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Foreword 



rd , 



This Technical Specification has been produced by the 3 Generation Partnership Project (3 GPP). 

The contents of the present document are subject to continuing work within the TSG and may change following formal 
TSG approval. Should the TSG modify the contents of the present document, it will be re-released by the TSG with an 
identifying change of release date and an increase in version number as follows: 

Version x.y.z 

where: 

X the first digit: 

1 presented to TSG for information; 

2 presented to TSG for approval; 

3 or greater indicates TSG approved document under change control. 

y the second digit is incremented for all changes of substance, i.e. technical enhancements, corrections, 
updates, etc. 

z the third digit is incremented when editorial only changes have been incorporated in the document. 
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1 Scope 

The present document contains the definition of the LTE Positioning Protocol (LPP). 

2 References 

The following documents contain provisions which, through reference in this text, constitute provisions of the present 
document. 

• References are either specific (identified by date of publication, edition number, version number, etc.) or 
non-specific. 

• For a specific reference, subsequent revisions do not apply. 

• For a non-specific reference, the latest version applies. In the case of a reference to a 3GPP document (including 
a GSM document), a non-specific reference implicitly refers to the latest version of that document in the same 
Release as the present document. 

[I] 3GPP TR 21.905: "Vocabulary for 3GPP Specifications". 

[2] 3GPP TS 36.305: "Stage 2 functional specification of User Equipment (UE) positioning in E- 

UTRAN". 

[3] 3GPP TS 23.271: "Functional stage 2 description of Location Services (LCS)". 

[4] IS-GPS-200, Revision D, Navstar GPS Space Segment/Navigation User Interfaces, March 7^^, 

2006. 

[5] IS-GPS-705, Navstar GPS Space Segment/User Segment L5 Interfaces, September 22, 2005. 

[6] IS-GPS-800, Navstar GPS Space Segment/User Segment LlC Interfaces, September 4, 2008. 

[7] IS-QZSS, Quasi Zenith Satellite System Navigation Service Interface Specifications for QZSS, 

Ver.1.1, July 31, 2009. 

[8] Galileo OS Signal in Space ICD (OS SIS ICD), Draft 0, Gahleo Joint Undertaking, May 23'^ 

2006. 

[9] Global Navigation Satellite System GLONASS Interface Control Document, Version 5.1, 2008. 

[10] Specification for the Wide Area Augmentation System (WAAS), US Department of 

Transportation, Federal Aviation Administration, DTFA01-96-C-00025, 2001. 

[II] RTCM-SC104, RTCM Recommended Standards for Differential GNSS Service (v.2.3), August 
20,2001. 

[12] 3GPP TS 36.331 : "Evolved Universal Terrestrial Radio Access (E-UTRA); "Radio Resource 

Control (RRC); Protocol specification". 

[13] 3GPP TS 25.331: " Radio Resource Control (RRC); Protocol Specification". 

[14] 3GPP TS 44.031: "Location Services (LCS); Mobile Station (MS) - Serving Mobile Location 

Centre (SMLC) Radio Resource LCS Protocol (RRLP)". 

[15] 3GPP TS 23.032: 'Universal Geographical Area Description (GAD)'. 

[16] 3GPP TS 36.21 1 : "Evolved Universal Terrestrial Radio Access (E-UTRA); Physical Channels and 

Modulation". 

[17] 3GPP TS 36.214: "Evolved Universal Terrestrial Radio Access (E-UTRA); Physical layer - 

Measurements". 
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[18] 3GPP TS 36.133: "Evolved Universal Terrestrial Radio Access (E-UTRA); Requirements for 

support of radio resource management" . 

[ 1 9] 3GPP TS 23 .003 : "Numbering, addressing and identification" . 

[20] OMA-TS-LPPe-Vl_0, LPP Extensions Specification, Open Mobile Alliance. 

[21] 3GPP TS 36.101: "Evolved Universal Terrestrial Radio Access (E-UTRA); User Equipment (UE) 

radio transmission and reception". 

3 Definitions and Abbreviations 

3.1 Definitions 

For the purposes of the present document, the terms and definitions given in [1], [2] and [3] apply. Other definitions are 
provided below. 

Location Server: a physical or logical entity (e.g., E-SMLC or SUPL SLP) that manages positioning for a target device 
by obtaining measurements and other location information from one or more positioning units and providing assistance 
data to positioning units to help determine this. A Location Server may also compute or verify the final location 
estimate. 

Reference Source: a physical entity or part of a physical entity that provides signals (e.g., RE, acoustic, infra-red) that 
can be measured (e.g., by a Target Device) in order to obtain the location of a Target Device. 

Target Device: the device that is being positioned (e.g., UE or SUPL SET). 

Observed Time Difference Of Arrival (OTDOA): The time interval that is observed by a target device between the 
reception of downlink signals from two different cells. If a signal from cell 1 is received at the moment ti, and a signal 
from cell 2 is received at the moment ^2, the OTDOA is ^2 - ti. 

3.2 Abbreviations 

For the purposes of the present document, the following abbreviations apply. 

ADR Accumulated Delta-Range 

A-GNSS Assisted-GNSS 

ARFCN Absolute Radio Frequency Channel Number 

BTS Base Transceiver Station (GERAN) 

CID Cell-ID (positioning method) 

CNAV Civil Navigation 

ECEF Earth-Centered, Earth-Fixed 

ECGI Evolved Cell Global Identifier 

ECI Earth-Centered-Inertial 

E-CID Enhanced Cell-ID (positioning method) 

EGNOS European Geostationary Navigation Overlay Service 

E-SMLC Enhanced Serving Mobile Location Centre 

E-UTRAN Evolved Universal Terrestrial Radio Access Network 

FOP Earth Orientation Parameters 

EPDU External Protocol Data Unit 

FDMA Frequency Division Multiple Access 

EEC Forward Error Correction 

FT A Fine Time Assistance 

GAG AN GPS Aided Geo Augmented Navigation 

GLONASS GLObal'naya NAvigatsionnaya Sputnikovaya Sistema (Engl.: Global Navigation Satellite System) 

GNSS Global Navigation Satellite System 

GPS Global Positioning System 

ICD Interface Control Document 

lOD Issue of Data 
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IS 


Interface Specification 


LPP 


LTE Positioning Protocol 


LPPa 


LTE Positioning Protocol Annex 


LSB 


Least Significant Bit 


MO-LR 


Mobile Originated Location Request 


MSAS 


Multi-functional Satellite Augmentation System 


MSB 


Most Significant Bit 


msd 


mean solar day 


MT-LR 


Mobile Terminated Location Request 


NAV 


Navigation 


NICT 


National Institute of Information and Communications Technology 


NI-LR 


Network Induced Location Request 


OTDOA 


Observed Time Difference Of Arrival 


PRC 


Pseudo-Range Correction 


PRS 


Positioning Reference Signals 


PDU 


Protocol Data Unit 


PZ-90 


Parametry Zemli 1990 Goda - Parameters of the Earth Year 1990 


QZS 


Quasi Zenith Satellite 


QZSS 


Quasi-Zenith Satellite System 


QZST 


Quasi-Zenith System Time 


RF 


Radio Frequency 


RRC 


Range-Rate Correction 




Radio Resource Control 


RSRP 


Reference Signal Received Power 


RSRQ 


Reference Signal Received Quality 


RSTD 


Reference Signal Time Difference 


RU 


Russia 


SEAS 


Space Based Augmentation System 


SET 


SUPL Enabled Terminal 


SFN 


System Frame Number 


SLP 


SUPL Location Platform 


SUPL 


Secure User Plane Location 


SV 


Space Vehicle 


TLM 


Telemetry 


TOD 


Time Of Day 


TOW 


Time Of Week 


UDRE 


User Differential Range Error 


ULP 


User Plane Location Protocol 


USNO 


US Naval Observatory 


UTl 


Universal Time No.l 


UTC 


Coordinated Universal Time 


WAAS 


Wide Area Augmentation System 


WGS-84 


World Geodetic System 1984 



4 Functionality of Protocol 



4.1 



General 



4.1.1 LPP Configuration 

LPP is used point-to-point between a location server (E-SMLC or SLP) and a target device (UE or SET) in order to 
position the target device using position-related measurements obtained by one or more reference sources. Figure 4.1.1- 
1 shows the configuration as applied to the control- and user-plane location solutions for E-UTRAN (as defined in [2] 
and [3]). 
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Reference 
Source' 




GNSS signals (B) 



LPP 

[ 

I 



Measurements (A, B or A+B) or Location 




LTE radio signals (A)" " > , — 



SLP 



Reference 
Source 



eNodeB 
Figure 4.1.1-1: LPP Configuration for Control- and User-Plane Positioning in E-UTRAN 

4.1 .2 LPP Sessions and Transactions 

An LPP session is used between a Location Server and the target device in order to obtain location related 
measurements or a location estimate or to transfer assistance data. A single LPP session is used to support a single 
location request (e.g., for a single MT-LR, MO-LR or NLLR). Multiple LPP sessions can be used between the same 
endpoints to support multiple different location requests (as required by [3]). Each LPP session comprises one or more 
LPP transactions, with each LPP transaction performing a single operation (capability exchange, assistance data 
transfer, or location information transfer). In E-UTRAN the LPP transactions are realized as LPP procedures. The 
instigator of an LPP session will always instigate the first LPP transaction, but subsequent transactions may be 
instigated by either end. LPP transactions within a session may occur serially or in parallel. LPP transactions are 
indicated at the LPP protocol level with a transaction ID in order to associate messages with one another (e.g., request 
and response). 

Messages within a transaction are linked by a common transaction identifier. 

4.1 .3 LPP Position Methods 

Internal LPP positioning methods and associated signalling content are defined in this specification. 
This version of the specification defines OTDOA, A-GNSS, and E-CID positioning methods. 

4.1.4 LPP Messages 

Each LPP transaction involves the exchange of one or more LPP messages between the location server and the target 
device. The general format of an LPP message consists of a set of common fields followed by a body. The body 
(which may be empty) contains information specific to a particular message type. Each message type contains 
information specific to one or more positioning methods and/or information common to all positioning methods. 

The common fields are as follows: 
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Field Role 

Transaction ID Identify messages belonging to the same transaction 

Transaction End Indicate when a transaction (e.g. one with periodic responses) has 

Flag ended 

Sequence Number Enable detection of a duplicate LPP message at a receiver 

Acknowledgement Enable an acknowledgement to be requested and/or returned for 
any LPP message 

NOTE: use of the transaction ID and Transaction End fields conform to the procedures in clause 5 and are 

independent of the means used to transport LPP messages (e.g. whether using a NAS MO-LR Request, 
NAS Generic Transport or user-plane solution). 

The following message types are defined: 

- Request Capabilities; 

- Provide Capabilities; 

- Request Assistance Data; 

- Provide Assistance Data; 

- Request Location Information; 

- Provide Location Information; 

- Abort; 

- Error. 

4.2 Common LPP Session Procedure 

The purpose of this procedure is to support an LPP session comprising a sequence of LPP transactions. The procedure is 
described in Figure 4.2- L 



End point A 



1. LP? Message 
(Transaction ID = j, Body) 



2. Additional LPP Messages 
(Transaction ID = j, Body) 



3. LPP Messages 
(Transaction ID = k, Body) 



4. LPP Message 
' (Transaction ID = N, Body) 



End point B 



Figure 4.2-1 LPP Session Procedure 

1. Endpoint A, which may be either the target or the server, initiates an LPP session by sending an LPP message for 
an initial LPP transaction j to the other endpoint B (which has an opposite role to A). 

2. Endpoints A and B may exchange further messages to continue the transaction started in step 1. 
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3. Either endpoint may instigate further transactions by sending additional LPP messages. 

4. A session is terminated by a final transaction N in which LPP messages will be exchanged between the two 
endpoints. 

Within each transaction, all constituent messages shall contain the same transaction identifier. The last message sent in 
each transaction shall have the IE endTransaction set to TRUE. Transactions that occur in parallel shall use different 
transaction IDs; transaction IDs for completed transactions may be reused at any time after the final message of the 
previous transaction with the same ID is known to have been received. 

4.3 LPP Transport 

4.3.1 Transport Layer Requirements 

LPP requires reliable, in-sequence delivery of LPP messages from the underlying transport layers. This section 
describes the transport capabilities that are available within LPP. A UE implementing LPP for the control-plane solution 
shall support LPP reliable transport (including all three of duplicate detection, acknowledgement, and retransmission). 

LPP reliable transport functionality is not used in the user-plane solution. 

The following requirements in subclauses 4.3.2, 4.3.3, and 4.3.4 for LPP reliable transport apply only when the 
capability is supported. 

4.3.2 LPP Duplicate Detection 

A sender shall include a sequence number in all LPP messages sent for a particular location session. The sequence 
number shall be distinct for different LPP messages sent in the same direction in the same location session (e.g., may 
start at zero in the first LPP message and increase monotonically in each succeeding LPP message). Sequence numbers 
used in the uplink and downlink are independent (e.g., can be the same). 

A receiver shall record the most recent received sequence number for each location session. If a message is received 
carrying the same sequence number as that last received for the associated location session, it shall be discarded. 
Otherwise (i.e., if the sequence number is different or if no sequence number was previously received or if no sequence 
number is included), the message shall be processed. 

Sending and receiving sequence numbers shall be deleted in a server when the associated location session is terminated 
and shall be deleted in a target device when there has been no activity for a particular location session for 10 minutes. 

NOTE: For LPP control-plane use, a target device can be aware of a location session from information provided 
at the NAS level for downlink transport of an LPP message. 

4.3.3 LPP Acknowledgement 
4.3.3.1 General 

Each LPP message may carry an acknowledgement request and/or an acknowledgement indicator. A LPP message 
including an acknowledgement request (i.e., that include the IE ackRequested set to TRUE) shall also include a 
sequence number. Upon reception of an LPP message which includes the IE ackRequested set to TRUE, a receiver 
returns an LPP message with an acknowledgement response (i.e., that includes the acklndicator IE set to the same 
sequence number of the message being acknowledged). An acknowledgement response may contain no LPP message 
body (in which case only the sequence number being acknowledged is significant); alternatively, the acknowledgement 
may be sent in an LPP message along with an LPP message body. An acknowledgement is returned for each received 
LPP message including any duplicate(s). Once a sender receives an acknowledgement for an LPP message, and 
provided any included sequence number is matching, it is permitted to send the next LPP message. No message 
reordering is needed at the receiver since this stop-and-wait method of sending ensures that messages normally arrive in 
the correct order. 

When an LPP message is transported via a NAS MO-LR request, the message does not request an acknowledgment. 
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4.3.3.2 Procedure related to Acknowledgement 

Figure 4.3.3.2-1 shows the procedure related to acknowledgement. 



Endpoint A 



-1 . Message N- 



-2. Message N Acknowledgement- 



-3. Message N+1- 



Endpoint B 



Figure 4.3.3.2-1 : LPP Acknowledgement procedure 

1 . Endpoint A sends an LPP message N to Endpoint B which includes the IE ackRequested set to TRUE and a 
sequence number. 

2. If LPP message N is received and Endpoint B is able to decode the ackRequested value and sequence number, 
Endpoint B returns an acknowledgement for message N. The acknowledgement contains the IE acklndicator set 
to the same sequence number as that in message N. 

3. When the acknowledgement for LPP message N is received and provided the included acklndicator IE matches 
the sequence number sent in message N, Endpoint A sends the next LPP message A^+7 to Endpoint B when this 
message is available. 

4.3.4 LPP Retransmission 



4.3.4.1 



General 



This capability builds on the acknowledgement and duplicate detection capabilities. When an LPP message which 
requires acknowledgement is sent and not acknowledged, it is resent by the sender following a timeout period up to 
three times. If still unacknowledged after that, the sender aborts all LPP activity for the associated session. The timeout 
period is determined by the sender implementation but shall not be less than a minimum value of 250ms. 



4.3.4.2 



Procedure related to Retransmission 



Figure 4.3.4.2-1 shows the procedure related to retransmission when combined with acknowledgement and duplicate 
detection. 



ETSI 



3GPP TS 36.355 version 9.6.0 Release 9 



16 



ETSI TS 136 355 V9.6.0 (2011-07) 



Endpoint A 



Endpoint B 



-1 . Message N- 



■ -2. Message N Acknowledgement- - 



-3. Message N Retransmission 



-4. Message N Acknowledgement- 



-5. Message N+1- 



Figure 4.3.4.2-1 : LPP Retransmission procedure 

1 . Endpoint A sends an LPP message N to Endpoint B for a particular location session and includes a request for 
acknowledgement along with a sequence number. 

2. If LPP message A^ is received and Endpoint B is able to decode the ackRequested value and sequence number 
(regardless of whether the message body can be correctly decoded), Endpoint B returns an acknowledgement for 
message N. If the acknowledgement is received by Endpoint A (such that the acknowledged message can be 
identified and sequence numbers are matching), Endpoint A skips steps 3 and 4. 

3. If the acknowledgement in step 2 is not received after a timeout period, Endpoint A retransmits LPP message A^ 
and includes the same sequence number as in step 1 . 

4. If LPP message N in step 3 is received and Endpoint B is able to decode the ackRequested value and sequence 
number (regardless of whether the message body can be correctly decoded and whether or not the message is 
considered a duplicate), Endpoint B returns an acknowledgement. Steps 3 may be repeated one or more times if 
the acknowledgement in step 4 is not received after a timeout period by Endpoint A. If the acknowledgement in 
step 4 is still not received after sending three retransmissions, Endpoint A aborts all procedures and activity 
associated with LPP support for the particular location session. 

5. Once an acknowledgement in step 2 or step 4 is received, Endpoint A sends the next LPP message N-\-l for the 
location session to Endpoint B when this message is available. 



LPP Procedures 



5.1 



Procedures related to capability transfer 



The purpose of the procedures that are grouped together in this section is to enable the transfer of capabilities from the 
target device to the server. Capabilities in this context refer to positioning and protocol capabilities related to LPP and 
the positioning methods supported by LPP. 

These procedures instantiate the Capability Transfer transaction from 3GPP TS 36.305 [2]. 



5.1 .1 Capability Transfer procedure 

The Capability Transfer procedure is shown in Figure 5.1.1-1. 
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-1. RequestCapabilities- 



-2. ProvideCapabilities- 



Figure 5.1 .1 -1 : LPP Capability Transfer procedure 

1. The server sends a RequestCapahilities message to the target. The server may indicate the types of capabihty 
needed. 

2. The target responds with a ProvideCapabilities message to the server. The capabihties shall correspond to any 
capability types specified in step 1 . This message includes the endTransaction IE set to TRUE. 



5.1.2 



Capability Indication procedure 



The Capability Indication procedure allows the target to provide unsolicited capabilities to the server and is shown in 
Figure 5.1.2-1. 





-1. ProvideCapabilities- 



Figure 5.1.2-1: LPP Capability Indication procedure 

1. The target sends a ProvideCapabilities message to the server. This message includes the endTransaction IE set 
to TRUE. 



5.1.3 



Reception of LPP Request Capabilities 



Upon receiving a RequestCapahilities message, the target device shall generate a ProvideCapabilities message as a 
response. 

The target device shall: 

1> for each positioning method for which a request for capabilities is included in the message: 

2> if the target device supports this positioning method: 

3> include the capabilities of the device for that supported positioning method in the response message; 

1> set the IE LPP-TransactionID in the response message to the same value as the IE LPP -Trans actionID in the 
received message; 

1> deliver the response message to lower layers for transmission. 
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5.1 .4 Transmission of LPP Provide Capabilities 

When triggered to transmit a ProvideCapahilities message, the target device shall: 
1> for each positioning method whose capabilities are to be indicated: 
2> set the corresponding IE to include the device "s capabilities; 
2> if OTDOA capabilities are to be indicated: 
3> include the IE supportedBandListEUTRA; 
1> deliver the response to lower layers for transmission. 



5.2 



Procedures related to Assistance Data Transfer 



The purpose of the procedures in this section is to enable the target to request assistance data from the server to assist in 
positioning, and to enable the server to transfer assistance data to the target in the absence of a request. 

These procedures instantiate the Assistance Data Transfer transaction from 3GPP TS 36.305 [2]. 

5.2.1 Assistance Data Transfer procedure 

The Assistance Data Transfer procedure is shown in Figure 5.2.1-1. 





-1. RequestAssistanceData- 
-2. ProvideAssistanceData- 



3. ProvideAssistanceData- - 



Figure 5.2.1-1 : LPP Assistance data transfer procedure 

1 . The target sends a RequestAssistanceData message to the server. 

2. The server responds with a ProvideAssistanceData message to the target containing assistance data. The 
transferred assistance data should match or be a subset of the assistance data requested in step 1. The server may 
also provide any not requested information that it considers useful to the Target . This message may set the 
endTransaction IE to TRUE. 

3. The server may transmit one or more additional ProvideAssistanceData messages to the target containing further 
assistance data. The transferred assistance data should match or be a subset of the assistance data requested in 
step 1 . The server may also provide any not requested information that it considers useful to the Target. The last 
message includes the endTransaction IE set to TRUE. 



5.2.2 



Assistance Data Delivery procedure 



The Assistance Data Delivery procedure allows the server to provide unsolicited assistance data to the target and is 
shown in Figure 5.2.2-1. 
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-1 . ProvideAssistanceData- 



Figure 5.2.2-1 : LPP Assistance data transfer procedure 

1. The server sends a ProvideAssistanceData message to the target containing assistance data. This message may 
set the endTrans action IE to TRUE. 

5.2.3 Transmission of LPP Request Assistance Data 

When triggered to transmit a RequestAssistanceData message, the target device shall: 

1> set the lEs for the positioning-method-specific request for assistance data to request the data indicated by upper 
layers. 



5.2.4 



Reception of LPP Provide Assistance Data 



Upon receiving a ProvideAssistanceData message, the target device shall: 
1> for each positioning method contained in the message: 
2> deliver the related assistance data to upper layers. 



5.3 



Procedures related to Location Information Transfer 



The purpose of the procedures in this section is to enable the server to request location measurement data and/or a 
location estimate from the target, and to enable the target to transfer location measurement data and/or a location 
estimate to a server in the absence of a request. 

These procedures instantiate the Location Information Transfer transaction in 3GPP TS 36.305 [2]. 

NOTE: The service layer (e.g. NAS or CM A SUPL ULP) would be used to transfer information associated with a 
location request from a target to a server (MO-LR). 



5.3.1 



Location Information Transfer procedure 



The Location Information Transfer procedure is shown in Figure 5.3.1-1. 





-1. RequestLocationlnformation- 
-2. ProvideLocationlnformation- 



3. ProvideLocation Information- 



Figure 5.3.1-1: LPP Location Information transfer procedure 
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1. The server sends a RequestLocationlnformation message to the target to request location information, indicating 
the type of location information needed and potentially the associated QoS. 

2. The target sends a ProvideLocationlnformation message to the server to transfer location information. The 
location information transferred should match or be a subset of the location information requested in step 1 
unless the server explicitly allows additional location information. This message may set the endTransaction IE 
to TRUE. 

3. If requested in step 1, the target sends additional ProvideLocationlnformation messages to the server to transfer 
location information. The location information transferred should match or be a subset of the location 
information requested in step 1 unless the server explicitly allows additional location information. The last 
message includes the endTransaction IE set to TRUE. 



5.3.2 



Location Information Delivery procedure 



The Location Information Delivery allows the target to provide unsolicited location information to the server. The 
procedure is shown in Figure 5.3.2-1. 





-1. ProvideLocation Information- 



Figure 5.3.2-1: LPP Location Information Delivery procedure 

1. The target sends a ProvideLocationlnformation message to the server to transfer location information. This 
message may set the endTransaction IE to TRUE. 

5.3.3 Reception of Request Location Information 

Upon receiving a RequestLocationlnformation message, the target device shall: 

1> if the requested information is compatible with the target device capabilities and configuration: 

2> include the requested information in a ProvideLocationlnformation message; 

2> set the IE LPP-TransactionID in the response to the same value as the IE LPP -Trans actionID in the received 
message; 

2> deliver the ProvideLocationlnformation message to lower layers for transmission. 

1> otherwise: 

2> if one or more positioning methods are included that the target device does not support: 

3> continue to process the message as if it contained only information for the supported positioning methods; 

3> handle the signaling content of the unsupported positioning methods by LPP error detection as in 5.4.3. 

5.3.4 Transmission of Provide Location Information 

When triggered to transmit ProvideLocationlnformation message, the target device shall: 
1> for each positioning method contained in the message: 
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2> set the corresponding IE to include the available location information; 
1> deliver the response to lower layers for transmission. 



5.4 Error Handling Procedures 

5.4.1 General 

This sub-clause describes how a receiving entity (target device or location server) behaves in cases when it receives 
erroneous or unexpected data or detects that certain data are missing. 

5.4.2 Procedures related to Error Indication 

Figure 5.4.2-1 shows the Error indication procedure. 



Endpoint A 



-1. LPP Message- 



-2. Error - 



Endpoint B 



Figure 5.4.2-1: LPP Error Indication procedure 

1 . Endpoint A sends an LPP message to Endpoint B. 

2. Endpoint B determines that the LPP message in step 1 contains an error. Endpoint B returns an Error message to 
Endpoint A indicating the error or errors and discards the message in step 1 . If Endpoint B is able to determine 
that the erroneous LPP message in step 1 is an LPP Error or Abort Message, Endpoint B discards the message in 
step 1 without returning an Error message to Endpoint A. 

5.4.3 LPP Error Detection 

Upon receiving any LPP message, the receiving entity shall attempt to decode the message and verify the presence of 
any errors prior to using the following procedure: 

1> if decoding errors are encountered: 

2> if the receiver can not determine that the received message is an LPP Error or Abort message: 

3> return an LPP Error message to the sender and include the received LPP-TransactionID, if this was 
decoded, and type of error; 

3> discard the received message and stop the error detection procedure; 

1> if the message is a duplicate of a previously received message: 

2> discard the message and stop the error detection procedure; 

1> if the LPP-TransactionID matches the LPP-TransactionID for a procedure that is still ongoing for the same 
session and the message type is invalid for the current state of the procedure: 

2> abort the ongoing procedure; 

2> return an LPP Error message to the sender and include the received transaction ID and type of error; 

2> discard the message and stop the error detection procedure; 
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1> if the message type is an LPP RequestCapabilities and some of the requested information is not supported: 

2> return any information that can be provided in a normal response. 

1> if the message type is an LPP Request AssistanceData or RequestLocationlnformation and some or all of the 
requested information is not supported: 

2> return any information that can be provided in a normal response, which includes indications on other 
information that is not supported. 

5.4.4 Reception of an LPP Error Message 

Upon receiving an Error message, a device shall: 

1> abort any ongoing procedure associated with the LPP-TransactionID if included in the received message. 
The device may: 

1> restart the aborted procedure taking into consideration the returned error information. 

5.5 Abort Procedure 
5.5.1 General 

The purpose of the abort procedure is to allow the target device or location server to abort an ongoing procedure due to 
some unexpected event (e.g., cancellation of a location request by an LCS client). It can also be used to stop an ongoing 
procedure (e.g., periodic location reporting from the target device). 



5.5.2 Procedures related to Abort 

Figure 5.5.2-1 shows the Abort procedure. 



Endpoint A 



1. Ongoing Procedure P 



-2. Abort- 



Endpoint B 



Figure 5.5.2-1 : LPP Abort procedure 

1 . A procedure P is ongoing between endpoints A and B. 

2. Endpoint A determines that the procedure must be aborted and sends an Abort message to Endpoint B carrying 
the transaction ID for procedure P. Endpoint B aborts procedure P. 

5.5.3 Reception of an LPP Abort Message 

Upon receiving an Abort message, a device shall: 

1> abort any ongoing procedure associated with the transaction ID indicated in the message. 
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Information Element Abstract Syntax Definition 



6.1 



General 



The contents of each LPP message is specified in sub-clause 6.2 using ASN.l to specify the message syntax and using 
tables when needed to provide further detailed information about the information elements specified in the message 
syntax. 

The ASN.l in this section uses the same format and coding conventions as described in Annex A of [12]. 

The need for information elements to be present in a message or an abstract type, i.e., the ASN.l fields that are 
specified as OPTIONAL in the abstract notation (ASN.l), is specified by means of comment text tags attached to the 
OPTIONAL statement in the abstract syntax. The meaning of each tag is specified in table 6.1-1. These tags are used in 
the downlink (server to target) direction only. 

Table 6.1-1 : Meaning of abbreviations used to specify the need for information elements to be 

present 



Abbreviation 


Meaning 


Cond conditionTag 


Conditionally present 

An information element for which the need is specified by means of conditions. For each 
conditionTag, the need is specified in a tabular form following the ASN.1 segment. In case, 
according to the conditions, a field is not present, the UE takes no action and where 
applicable shall continue to use the existing value (and/or the associated functionality) 
unless explicitly stated otherwise in the description of the field itself. 


Need OP 


Optionally present 

An information element that is optional to signal. For downlink messages, the UE is not 
required to take any special action on absence of the IE beyond what is specified in the 
procedural text or the field description table following the ASN.1 segment. The UE behaviour 
on absence should be captured either in the procedural text or in the field description. 


Need ON 


Optionally present, No action 

An information element that is optional to signal. If the message is received by the UE, and 
in case the information element is absent, the UE takes no action and where applicable shall 
continue to use the existing value (and/or the associated functionality). 


Need OR 


Optionally present, Release 

An information element that is optional to signal. If the message is received by the UE, and 
in case the information element is absent, the UE shall discontinue/ stop using/ delete any 
existing value (and/ or the associated functionality). 



6.2 



LPP PDU Structure 



LPP-PDU-Definitions 

This ASN.l segment is the start of the LPP PDU definitions. 

-- ASNl START 

LPP-PDU-Definitions { 

itu-t (0) identif ied-organization (4) etsi (0) mobileDomain (0) 

eps-Access (21) modules (3) Ipp (7) versionl (1) Ipp-PDU-Def initions (1) 

DEFINITIONS AUTOMATIC TAGS ::= 

BEGIN 

-- ASNISTOP 



LPP-Message 



The LPP-Message provides the complete set of information for an invocation or response pertaining to an LPP 
transaction. 
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ASNl START 



LPP-Message ::= SEQUENCE { 










transactionID 


LPP-TransactionID 


OPTIONAL, 


-- Need 


ON 


endTransaction 


BOOLEAN, 








sequenceNumber 


SequenceNumber 


OPTIONAL, 


-- Need 


ON 


acknowledgement 


Acknowledgement 


OPTIONAL, 


-- Need 


ON 


Ipp-MessageBody 

} 


LPP-MessageBody 


OPTIONAL 


-- Need 


ON 


SequenceNumber : : = INTEGER 


(0. .255) 








Acknowledgement : : = SEQUENCE { 








ackRequested BOOLEAN 


, 








acklndicator SequenceNumber OPTIONAL 
} 






-- ASNISTOP 











LPP-Message field descriptions 



sequenceNumber 

This field may be included when LPP operates over the control plane and an Ipp-MessageBody '\s included but shall 
be omitted otherwise. 



acknowledgement 

This field is included in an LPP acknowledgement and in any LPP message requesting an acknowledgement when 
LPP operates over the control plane and is omitted otherwise 



ackRequested 

This field indicates whether an LPP acknowledgement is requested (TRUE) or not (FALSE). A value of TRUE may 
only be included when an Ipp-MessageBody '\s included. 



acklndicator 

This field indicates the sequence number of the message being acknowledged. 



Ipp-MessageBody 

This field may be omitted in case the message is sent only to acknowledge a previously received message. 



transactionID 

This field is omitted if an Ipp-MessageBody '\s not present (i.e. in an LPP message sent only to acknowledge a 
previously received message) or if it is not available to the transmitting entity (e.g., in an /.PP-Erro/- message triggered 
by a message that could not be parsed). If present, this field shall be ignored at a receiver in an LPP message for 
which the Ipp-MessageBody '\s not present. 



endTransaction 

This field indicates whether an LPP message is the last message carrying an Ipp-MessageBody '\n a transaction 
(TRUE) or not last (FALSE). 



LPP-MessageBody 

The LPP-MessageBody identifies the type of an LPP message and contains all LPP information specifically associated 
with that type. 



-- ASNl START 




LPP-Mes 


sageBody ::= CHOICE { 




Cl 


CHOICE 


{ 




requestCapabilities 


RequestCapabilities , 




provideCapabilities 


ProvideCapabilities , 




requestAssistanceData 


RequestAssistanceData, 




provideAssistanceData 


ProvideAssistanceData, 




requestLocationlnformation 


RequestLocationlnformation, 




provideLocationlnformation 


ProvideLocationlnformation, 




abort 


Abort , 




error 


Error, 




spare 7 NULL, spare 6 NULL, 


spares NULL, spare4 NULL, 


mes 
} 


spares NULL, spare2 NULL, 


spare 1 NULL, spare NULL 


sageClassExtension SEQUENCE { } 


-- ASNISTOP 
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- LPP-TransactionID 

The LPP-TransactionID identifies a particular LPP transaction and the initiator of the transaction. 

-- ASNl START 

LPP-TransactionID ::= SEQUENCE { 

initiator Initiator, 

transact ionNumber Transact ionNumber, 



Initiator ::= ENUMERATED 
locationServer, 
targetDevice, 



} 



TransactionNumber ::= INTEGER (0..255) 
-- ASNISTOP 

6.3 Message Body lEs 



- RequestCapabilities 

The RequestCapabilities message body in a LPP message is used by the location server to request the target device 
capability information for LPP and the supported individual positioning methods. 

-- ASNl START 

RequestCapabilities ::= SEQUENCE { 

criticalExtensions CHOICE { 

cl CHOICE { 

requestCapabilities-r9 RequestCapabilities-r9-IEs, 
spares NULL, spare2 NULL, sparel NULL 



criticalExtensionsFuture SEQUENCE {} 



} 



RequestCapabilities-r9-IEs ::= SEQUENCE { 



commonlEsRequestCapabilities 
a- gnss -RequestCapabilities 
otdoa-RequestCapabilities 
ecid-RequestCapabilities 
epdu -Request Capabilities 



CommonlEsRequestCapabilities OPTIONAL, -- Need ON 

A-GNSS -RequestCapabilities OPTIONAL, 

OTDOA-RequestCapabilities OPTIONAL, 

ECID-RequestCapabilities OPTIONAL, 

EPDU- Sequence OPTIONAL, -- Need ON 



-- ASNISTOP 



RequestCapabilities field descriptions 



commonlEsRequestCapabiiities 

This IE is provided for future extensibility and should not be included in this version of the protocol. 



ProvideCapabilities 

The ProvideCapabilities message body in a LPP message indicates the LPP capabilities of the target device to the 
location server. 

-- ASNl START 

ProvideCapabilities ::= SEQUENCE { 
criticalExtensions CHOICE { 
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} 



cl CHOICE { 

provideCapabilities-r9 ProvideCapabilities-r9-IEs, 
spares NULL, spare2 NULL, sparel NULL 

criticalExtensionsFuture SEQUENCE {} 



ProvideCapabilities-r9-IEs ::= SEQUENCE 
commonlEsProvideCapabilities 
a-gnss-ProvideCapabilities 
otdoa-ProvideCapabilities 
ecid-ProvideCapabilities 
epdu-ProvideCapabilities 



{ 

CommonlEsProvideCapabilities OPTIONAL, -- Need ON 

A-GNSS-ProvideCapabilities OPTIONAL, -- Need ON 

OTDOA-ProvideCapabilities OPTIONAL, -- Need ON 

ECID-ProvideCapabilities OPTIONAL, -- Need ON 

EPDU- Sequence OPTIONAL, -- Need ON 



ASNISTOP 



ProvideCapabilities field descriptions 



commonlEsProvideCapabilities 

This IE is provided for future extensibility and should not be included in this version of the protocol. 



RequestAssistanceData 

The RequestAssistanceData message body in a LPP message is used by the target device to request assistance data from 
the location server. 

-- ASNl START 

RequestAssistanceData ::= SEQUENCE { 
criticalExtensions CHOICE { 

cl CHOICE { 

requestAssistanceData-r9 RequestAssistanceData- r9-IEs, 
spares NULL, spare2 NULL, sparel NULL 

criticalExtensionsFuture SEQUENCE { } 



RequestAssistanceData- r9-IEs 



SEQUENCE 



commonlEsRequestAssistanceData 
a-gnss -RequestAssistanceData 
otdoa-RequestAssistanceData 
epdu- RequestAssistanceData 



CommonlEsRequestAssistanceData OPTIONAL, -- Need ON 

A-GNSS-RequestAssistanceData OPTIONAL, -- Need ON 

OTDOA-RequestAssistanceData OPTIONAL, -- Need ON 

EPDU- Sequence OPTIONAL, -- Need ON 



ASNISTOP 



- ProvideAssistanceData 

The ProvideAssistanceData message body in a LPP message is used by the location server to provide assistance data to 
the target device either in response to a request from the target device or in an unsolicited manner. 

-- ASNl START 

ProvideAssistanceData ::= SEQUENCE { 
criticalExtensions CHOICE { 

cl CHOICE { 

ProvideAssistanceData- r9 ProvideAssistanceData- r9-IEs, 
spare3 NULL, spare2 NULL, sparel NULL 



criticalExtensionsFuture 



SEQUENCE 



ProvideAssistanceData-r9-IEs ::= SEQUENCE { 

commonlEsProvideAssistanceData CommonlEsProvideAssistanceData OPTIONAL, -- Need ON 

a-gnss-ProvideAssistanceData A-GNSS-ProvideAssistanceData OPTIONAL, -- Need ON 

otdoa- ProvideAssistanceData OTDOA- ProvideAssistanceData OPTIONAL, -- Need ON 
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epdu- Provide -Assistance -Data 



EPDU- Sequence 



OPTIONAL, 



Need ON 



ASNISTOP 



ProvldeAsslstanceData field descriptions 



commonlEsProvideAssistanceData 

This IE is provided for future extensibility and should not be included in this version of the protocol. 



RequestLocationlnformation 

The RequestLocationlnformation message body in a LPP message is used by the location server to request positioning 
measurements or a position estimate from the target device. 



-- ASNl START 








RequestLocationlnformation ::= SEQUENCE { 








criticalExtensions CHOICE { 








cl CHOICE { 








requestLocationInformation-r9 RequestLocationInf ormation-r9- 


lEs, 






spare3 NULL, spare2 NULL, sparel NULL 

}- 

criticalExtensionsFuture SEQUENCE {} 

} 
} 

RequestLocationInformation-r9-IEs ::= SEQUENCE { 




















commonlEsRequestLocationlnformation 








CommonlEsRequestLocationlnformation 


OPTIONAL, 


-- Need 


ON 


a-gnss -RequestLocationlnformation A-GNSS -RequestLocationlnformation 


OPTIONAL, 


-- Need 


ON 


otdoa-RequestLocationlnformation OTDOA-RequestLocationInf ormation 


OPTIONAL, 


-- Need 


ON 


ec id- RequestLocationlnformation ECID- RequestLocationlnformation 


OPTIONAL, 


-- Need 


ON 


epdu-RequestLocationInf ormation EPDU- Sequence 

} 

-- ASNISTOP 


OPTIONAL, 


-- Need 


ON 









RequestLocationlnformation field descriptions 



commonlEsRequestLocationlnformation 

This field specifies the location information type requested by the location server and optionally other configuration 
information associated with the requested location information. This field should always be included in this version of 
the protocol. 



- ProvideLocationlnformation 

The ProvideLocationlnformation message body in a LPP message is used by the target device to provide positioning 
measurements or position estimates to the location server. 

-- ASNl START 

ProvideLocationlnformation ::= SEQUENCE { 
criticalExtensions CHOICE { 

cl CHOICE { 

provideLocationInformation-r9 ProvideLocationInformation-r9-IEs, 
spares NULL, spare2 NULL, sparel NULL 

criticalExtensionsFuture SEQUENCE {} 



ProvideLocationInformation-r9-IEs ::= SEQUENCE { 
commonlEsProvideLocationInf ormation 

CommonlEsProvideLocationInf ormation OPTIONAL, -- Need ON 

a-gnss-ProvideLocationInf ormation A-GNSS-ProvideLocationInf ormation OPTIONAL, -- Need ON 

otdoa-ProvideLocationInf ormation OTDOA-ProvideLocationInf ormation OPTIONAL, -- Need ON 

ecid-ProvideLocationInf ormation ECID-ProvideLocationlnf ormation OPTIONAL, -- Need ON 
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epdu-ProvideLocationlnformation EPDU- Sequence 



OPTIONAL, 



Need ON 



ASNISTOP 



Abort 

The Abort message body in a LPP message carries a request to abort an ongoing LPP procedure. 



-- ASNl START 




Abort : : = SEQUENCE { 




criticalExtensions CHOICE { 




cl CHOICE { 




abort-r9 Abort-r9-IEs, 




spares NULL, spare2 NULL, sparel NULL 

criticalExtensionsFuture SEQUENCE {} 
} 
} 

Abort-r9-IEs ::= SEQUENCE { 








commonlEsAbort CommonlEsAbort OPTIONAL, 


-- Need ON 


epdu- Abort EPDU- Sequence OPTIONAL 
} 


-- Need ON 


-- ASNISTOP 





- Error 

The Error message body in a LPP message carries information concerning a LPP message that was received with 
errors. 

-- ASNl START 

Error : := CHOICE { 

error-r9 Error-r9-IEs, 

criticalExtensionsFuture SEQUENCE { } 
} 



Error-r9-IEs ::= SEQUENCE { 

commonlEsError CommonlEsError 



epdu-Error 



EPDU- Sequence 



OPTIONAL, 
OPTIONAL 



Need ON 
Need ON 



ASNISTOP 



6.4 Common lEs 

Common IBs comprise IBs that are apphcable to more than one LPP positioning method. 

6.4.1 Common Lower-Level lEs 
AccessTypes 

The IB AccessTypes is used to indicate several cellular access types using a bit map. 

-- ASNl START 



AccessTypes ::= SEQUENCE { 

accessTypes BIT STRING { eutra 

utra 
gsm 



(0), 

(1) , 

(2) } (SIZE (1. 
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ASNISTOP 



AccessTypes field descriptions 



accessTypes 

This field specifies the cellular access type(s). This is represented by a bit string, with a one-value at the bit position 
means the particular access type is addressed; a zero-value means not addressed. 



ARFCN-ValueEUTRA 

The IE ARFCN-ValueEUTRA is used to indicate the ARFCN of the E-UTRA carrier frequency, as defined in [12]. 



-- ASNl START 

ARFCN-ValueEUTRA ::= INTEGER (0.. 65535) 

-- ASNISTOP 



ARFCN-ValueUTRA 

The IE ARFCN-ValueUTRA is used to indicate the ARFCN of the UTRA carrier frequency, as defined in [13]. 



-- ASNl START 

ARFCN-ValueUTRA ::= INTEGER (0.. 16383) 

-- ASNISTOP 



CellGloballdEUTRA-AndUTRA 

The IE CellGloballdEUTRA-AndUTRA specifies the global Cell Identifier for E-UTRA or UTRA, the globally unique 
identity of a cell in E-UTRA or UTRA. 



-- ASNl START 












CellGloballdEUTRA-AndUTRA ::= SEQUENCE { 
plmn- Identity SEQUENCE { 

mcc SEQUENCE 
mnc SEQUENCE 
\ 


(SIZE 
(SIZE 


(3)) 
(2. .3)) 


OF INTEGER (0. 
OF INTEGER (0. 


.9), 
.9) 


i ' 
cellldentity CHOICE { 
eutra BIT STRING (SIZE 
utra BIT STRING (SIZE 


(28) ) , 
(32)) 










} 

-- ASNISTOP 













CellGloballdEUTRA-AndUTRA field descriptions 



pimn-ldentlty 

This field identifies the PLMN of the cell as defined in [12]. 



cellldentity 

This field defines the identity of the cell within the context of the PLMN as defined in [12] and [13]. The size of the bit 
string allows for the 32-bit extended UTRAN cell ID; in case the cell ID is shorter, the first bits of the string are set to 0. 



CellGloballdGERAN 

The IE CellGloballdGERAN specifies the global Cell Identifier for GERAN, the globally unique identity of a cell in 
GERAN. 
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-- ASNl START 














CellGloballdGERAN ::= 
plmn- Identity 


SEQUENCE { 
SEQUENCE { 
mcc 
mnc 

BIT STR 
BIT STR 


SEQUENCE 
SEQUENCE 


(SIZE 
(SIZE 


(3)) 
(2. .3)) 


OF INTEGER (0. 
OF INTEGER (0. 


.9), 
.9) 


locationAreaCode 
cellldentity 

} 

-- ASNISTOP 


ING (SIZE 
ING (SIZE 


(16)), 
(16) ) , 





















CellGloballdGERAN i\e\6 descriptions 



pimn-ldentlty 

This field identifies the PLIVIN of the cell. 



locationAreaCode 

This field is a fixed length code identifying the location area within a PLMN. 



cellldentity 

This field specifies the cell Identifier which is unique within the context of the GERAN location area. 



ECGI 

The IE ECGI specifies the Evolved Cell Global Identifier (ECGI), the globally unique identity of a cell in E-UTRA 
[12]. 



-- ASNl START 






ECGI : : = SEQUENCE { 






mcc SEQUENCE (SIZE (3)) 


OF INTEGER (0. 


.9), 


mnc SEQUENCE (SIZE (2.. 3)) 


OF INTEGER (0. 


.9), 


cellldentity BIT STRING (SIZE (28)) 
} 






-- ASNISTOP 







- Ellipsoid-Point 

The IE Ellipsoid-Point is used to describe a geographic shape as defined in 3GPP TS 23.032 [15]. 

-- ASNl START 

Ellipsoid-Point ::= SEQUENCE { 



latitudeSign 

degreesLatitude 

degreesLongitude 



ENUMERATED {north, south}, 
INTEGER (0. .8388607) , 
INTEGER (-8388608. .8388607) 



23 bit field 

24 bit field 



-- ASNISTOP 



- Ellipsoid-PointWithUncertaintyCircle 

The IE Ellipsoid-PointWithUncertaintyCircle is used to describe a geographic shape as defined in 3GPP TS 23.032 
[15]. 

-- ASNl START 



Ellipsoid-PointWithUncertaintyCircle ::= SEQUENCE { 

latitudeSign ENUMERATED {north, south}, 

degreesLatitude INTEGER (0 .. 8388607) , 

degreesLongitude INTEGER ( -8388608 .. 8388607) 

uncertainty INTEGER (0..12 7) 

} 

-- ASNISTOP 



23 bit field 

24 bit field 
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- EllipsoidPointWithUncertaintyEllipse 

The IE EllipsoidPointWithUncertaintyEllipse is used to describe a geographic shape as defined in 3GPP TS 23.032 
[15]. 



-- ASNl START 






EllipsoidPointWithUncerta: 


intyEllipse ::= SEQUENCE { 




latitudeSign 


ENUMERATED {north, south}, 




degreesLatitude 


INTEGER (0. .8388607) , 


-- 23 bit field 


degreesLongitude 


INTEGER (-8388608. .8388607) , 


-- 24 bit field 


uncertaintySemiMa j or 


INTEGER (0. .127) , 




uncertaintySemiMinor 


INTEGER (0. .127) , 




orientationMajorAxis 


INTEGER (0. .179) , 




confidence 
} 


INTEGER (0. .100) 




-- ASNISTOP 







EllipsoidPointWithAltitude 

The IE EllipsoidPointWithAltitude is used to describe a geographic shape as defined in 3GPP TS 23.032 [15]. 



-- ASNl START 












EllipsoidPointWithAlti 


.tude : ; 


:= SEQUENCE { 








latitudeSign 




ENUMERATED {north, south}. 








degreesLatitude 




INTEGER (0. .8388607) , 


-- 23 


bit 


field 


degreesLongitude 




INTEGER (-8388608. .8388607) , 


-- 24 


bit 


field 


altitudeDirection 




ENUMERATED {height, depth}. 








altitude 
} 




INTEGER (0. .32767) 


-- 15 


bit 


field 


-- ASNISTOP 













- EllipsoidPointWithAltitudeAndUncertaintyEllipsoid 

The IE EllipsoidPointWithAltitudeAndUncertaintyEllipsoid is used to describe a geographic shape as defined in 3 GPP 
TS 23.032 [15]. 

-- ASNl START 



EllipsoidPointWithAltitudeAndUncertaintyEllipsoid ::= SEQUENCE 



latitudeSign 

degreesLatitude 

degreesLongitude 

altitudeDirection 

altitude 

uncertaintySemiMa j or 

uncertaintySemiMinor 

orientationMajorAxis 

uncertaintyAltitude 

confidence 



ENUMERATED {north, south} 
INTEGER (0 . .8388607) , 
INTEGER (-8388608. .8388607) 
ENUMERATED {height, depth}, 
INTEGER (0 . .32767) , 
INTEGER (0 . .12 7) , 
INTEGER (0. .127) , 
INTEGER (0. .179) , 
INTEGER (0 . .12 7) , 
INTEGER (0 . .100) 



-- 23 bit field 
-- 24 bit field 



-- 15 bit field 



-- ASNISTOP 



- EllipsoidArc 

The IE EllipsoidArc is used to describe a geographic shape as defined in 3GPP TS 23.032 [15]. 



-- ASNl START 








EllipsoidArc ::= SEQUENCE { 








latitudeSign 


ENUMERATED {north, south}. 






degreesLatitude 


INTEGER (0. .8388607) , 


-- 23 bit 


field 


degreesLongitude 


INTEGER (-8388608. .8388607) , 


-- 24 bit 


field 


innerRadius 


INTEGER (0. .65535) , 


-- 16 bit 


field. 


uncertaintyRadius 


INTEGER (0. .127) , 
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of f setAngle 


INTEGER (0. 


.179) , 




includedAngle 


INTEGER (0. 


.179) , 


} 


confidence 


INTEGER ( . 


.100) 




ASNISTOP 







EPDU-Sequence 

The EPDU-Sequence contains IBs that are defined externally to LPP by other organizations. 

-- ASNl START 

EPDU-Sequence ::= SEQUENCE (SIZE ( 1 . .maxEPDU) ) OF EPDU 

maxEPDU INTEGER ::= 16 



EPDU : : = SEQUENCE { 
ePDU-Identif ier 
ePDU-Body 



EPDU-Identifier, 
EPDU-Body 



EPDU-Identifier 
ePDU-ID 
ePDU-Name 



SEQUENCE 



EPDU-ID, 
EPDU-Name 



OPTIONAL, 



EPDU-ID ::= INTEGER (1..256) 

EPDU-Name ::= VisibleString (SIZE (1..32) 

EPDU-Body ::= OCTET STRING 

-- ASNISTOP 



EPDU-Sequence field descriptions 



EPDU'ID 

This field provides a unique integer ID for the externally defined positioning method. Its value is assigned to the 
external entity that defines the EPDU. See table External PDU Identifier Definition for a list of external PDU identifiers 
defined in this version of the specification. 



EPDU-Name 

This field provides an optional character encoding which can be used to provide a quasi-unique name for an external 
PDU - e.g., by containing the name of the defining organization and/or the name of the associated public or 
proprietary standard for the EPDU. 



EPDU-Body 

The content and encoding of this field are defined externally to LPP. 



External PDU Identifier Definition 



EPDU-ID 


EPDU Defining entity 


Method name 


Reference 


1 


OMA LOG 


OMA LPP extensions (LPPe) 


0MA-TS-LPPe-V1 
[20] 



HorizontalVelocity 



The IE HorizontalVelocity is used to describe a velocity shape as defined in 3GPP TS 23.032 [15]. 

-- ASNl START 

HorizontalVelocity ::= SEQUENCE { 

bearing INTEGER ( . . 3 5 9 ) , 

horizontalSpeed INTEGER (0 .. 2047) 

} 

-- ASNISTOP 
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HorizontalWithVerticalVelocity 



The IE HorizontalWithVerticalVelocity is used to describe a velocity shape as defined in 3GPP TS 23.032 [15]. 

-- ASNl START 

HorizontalWithVerticalVelocity ::= SEQUENCE { 

bearing INTEGER (0 .. 359) , 

horizontalSpeed INTEGER (0. .2047) , 

verticalDirection ENUMERATED {upward, downward}, 

verticalSpeed INTEGER (0 .. 255) 

} 

-- ASNISTOP 



HorizontalVelocityWithUncertainty 



The IE HorizontalVelocityWithUncertainty is used to describe a velocity shape as defined in 3GPP TS 23.032 [15]. 

-- ASNl START 

HorizontalVelocityWithUncertainty ::= SEQUENCE { 
bearing INTEGER ( . .359) , 

horizontalSpeed INTEGER (0. .2047) , 

uncertaintySpeed INTEGER (0 .. 255) 



ASNISTOP 



- HorizontalWithVerticalVelocityAndUncertainty 

The IE HorizontalWithVerticalVelocityAndUncertainty is used to describe a velocity shape as defined in 3 GPP TS 
23.032 [15]. 



-- 


ASNl START 










HorizontalWithVertica 


iVelocityAndUncertainty ::= i 


SEQUENCE { 




bearing 




INTEGER ( . 


.359) , 






horizontalSpeed 




INTEGER ( . 


.2047) , 






verticalDirection 




ENUMERATED 


|{ upward, 


, downward} , 




verticalSpeed 




INTEGER (0. 


.255), 






horizontalUncerta 


intySpeed 


INTEGER (0. 


.255) , 




} 


verticalUncertain 


tySpeed 


INTEGER ( . 


.255) 






ASNISTOP 











- LocationCoordinateTypes 

The IE LocationCoordinateTypes defines a list of possible geographic shapes as defined in 3GPP TS 23.032 [15]. 



-- ASNl START 




LocationCoordinateTypes ::= SEQUENCE { 




ellipsoidPoint 


BOOLEAN, 


ellipsoidPointWithUncertaintyCircle 


BOOLEAN, 


ell ipsoidPointWithUncertaintyEll ipse 


BOOLEAN, 


polygon 


BOOLEAN, 


ellipsoidPointWithAltitude 


BOOLEAN, 


ellipsoidPointWithAltitudeAndUncertaintyEllipsoid 


BOOLEAN, 


ellipsoidArc 

} 

-- ASNISTOP 


BOOLEAN, 
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- Polygon 

The IE Polygon is used to describe a geographic shape as defined in 3GPP TS 23.032 [15]. 

-- ASNl START 

Polygon ::= SEQUENCE (SIZE (3.. 15)) OF PolygonPoints 



PolygonPoints ::= SEQUENCE { 
latitudeSign 
degreesLatitude 
degreesLongitude 



ENUMERATED {north, south}, 
INTEGER (0. .8388607) , 
INTEGER (-8388608. .8388607) 



23 bit field 

24 bit field 



ASNISTOP 



- PositioningModes 

The IE PositioningModes is used to indicate several positioning modes using a bit map. 

-- ASNl START 



PositioningModes ::= SEQUENCE { 
posModes BIT STRING \ 



standalone (0) 
ue-based (1) 
ue-assisted (2) 



(SIZE (1..8)) 



-- ASNISTOP 



PositioningModes field descriptions 



posi\/lodes 

This field specifies the positioning mode(s). This is represented by a bit string, with a one-value at the bit position 
means the particular positioning mode is addressed; a zero-value means not addressed. 



- VelocityTypes 

The IE VelocityTypes defines a hst of possible velocity shapes as defined in 3GPP TS 23.032 [15]. 

-- ASNl START 



VelocityTypes ::= SEQUENCE { 
horizontal Velocity 
horizontalWithVertical Velocity 
horizontalVelocityWithUncertainty 
horizontalWithVerticalVelocityAndUncertainty 



BOOLEAN, 
BOOLEAN, 
BOOLEAN, 
BOOLEAN, 



ASNISTOP 



6.4.2 Common Positioning 

CommonlEsRequestCapabilities 



The CommonlEsRequestCapabilities carries common lEs for a Request Capabihties LPP message Type. 

ASNl START 
CommonlEsRequestCapabilities ::= SEQUENCE { 
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- CommonlEsProvideCapabilities 

The CommonlEsProvideCapabilities carries common IBs for a Provide Capabilities LPP message Type. 

-- ASNl START 

CommonlEsProvideCapabilities ::= SEQUENCE { 

} 

-- ASNISTOP 



CommonlEsRequestAssistanceData 



The CommonlEsRequestAssistanceData carries common IBs for a Request Assistance Data LPP message Type. 

-- ASNl START 



CommonlEsRequestAssistanceData : 
servingCelllD ECGl 



SEQUENCE { 
OPTIONAL, 



Cond EUTRA 



ASNISTOP 



Conditional presence 


Explanation 


EUTRA 


The field is mandatory present for E-UTRA access. The field shall be omitted for non- 
EUTRA user plane support. 



CommonlEsRequestAssistanceData field descriptions 



servingCelllD 

This parameter identifies the current serving cell for the target device. 



- CommonlEsProvideAssistanceData 

The CommonlEsProvideAssistanceData carries common IBs for a Provide Assistance Data LPP message Type. 



-- ASNl START 
CommonlEsProvideAssistanceData ::= SEQUENCE 

} 

-- ASNISTOP 



- CommonlEsRequestLocationlnformation 

The CommonlEsRequestLocationlnformation carries common IBs for a Request Location Information LPP message 
Type. 



-- ASNl START 










CommonlEsRequestLocationlnformation ::= SEQUENCE { 








locationlnformationType 


LocationlnformationType, 








triggeredReporting 


TriggeredReportingCriteria 


OPTIONAL, 


-- Cond 


ECID 


periodicalReporting 


PeriodicalReportingCriteria 


OPTIONAL, 


-- Need 


ON 


additional Information 


Additional Information 


OPTIONAL, 


-- Need 


ON 


qos 


QoS 


OPTIONAL, 


-- Need 


ON 


environment 


Environment 


OPTIONAL, 


-- Need 


ON 


locationCoordinateTypes 


LocationCoordinateTypes 


OPTIONAL, 


-- Need 


ON 


velocityTypes 

} 

LocationlnformationType ::= 


VelocityTypes 


OPTIONAL, 


-- Need 


ON 


ENUMERATED { 
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locationEstimateRequired, 
locationMeasurementsRequired, 
locationEstimatePref erred, 
locationMeasurementsPref erred, 



PeriodicalReportingCriteria 
report ingAmount 



report inglnterval 



SEQUENCE { 

ENUMERATED { 

ral, ra2, ra4 , ra8, ral6, ra32, 

ra64, ra-Infinity 
} DEFAULT ra-Infinity, 
ENUMERATED { 

noPeriodicalReporting, riO-25, 

riO-5, ril, ri2, ri4, ri8, ril6. 



ri32, ri64 



TriggeredReportingCriteria 
cellChange 
report ingDurat ion 



} 



SEQUENCE { 

BOOLEAN, 

Report ingDurat ion , 



Report ingDurat ion ::= 



INTEGER (0 . .255) 



Additionallnformation ::= ENUMERATED 
onlyReturnInf ormationRequested, 
mayReturnAdi t ionalinf ormat ion , 



} 



QoS : : = SEQUENCE { 

horizontalAccuracy 

verticalCoordinateRequest 

verticalAccuracy 

responseTime 

velocityRequest 



HorizontalAccuracy 

BOOLEAN, 

VerticalAccuracy 

ResponseTime 

BOOLEAN, 



OPTIONAL, 



OPTIONAL, 
OPTIONAL, 



-- Need ON 



Need ON 
Need ON 



HorizontalAccuracy ::= SEQUENCE { 
accuracy INTEGER ( . .12 7) 
confidence INTEGER (0 .. 100) 



VerticalAccuracy 
accuracy 
confidence 



= SEQUENCE { 
INTEGER (0 . .12 7) , 
INTEGER (0 . .100) , 



ResponseTime 
time 



SEQUENCE { 

INTEGER (1. .12 8) 



Environment ::= ENUMERATED { 
badArea, 
notBadArea, 
mixedArea, 



-- ASNISTOP 



Conditional presence 


Explanation 


ECID 


The field is optionally present, need ON, if ECID is requested. Otherwise it is not present. 



CommonlEsRequestLocationlnformation field descriptions 
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CommonlEsRequestLocatlonlnformatlon field descriptions 



locationlnformation Type 

This IE indicates whether the server requires a location estimate or measurements. For " locationEstimateRequirecf\ 
the UE shall return a location estimate if possible, or indicate 'location estimate not allowed' if not possible. For 
"locationMeasurementsRequired\ the UE shall return measurements if possible, or indicate 'measurements not 
allowed' if not possible. For "locationEstimatePreferred\ the UE shall return a location estimate if possible, but may 
also or instead return measurements for any requested position methods for which a location estimate is not possible. 
For "locationMeasurementsPreferred\ the UE shall return location measurements if possible, but may also or instead 
return a location estimate for any requested position methods for which return of location measurements is not 
possible. 



triggeredReporting 

This IE indicates that triggered reporting is requested and comprises the following subfields: 

• cellChange: If this field is present and set to TRUE, the target device provides requested location information 
each time the serving cell has changed. 
reportingDuration: Maximum duration of triggered reporting in seconds. A value of zero is interpreted to mean an 
unlimited (i.e. "infinite") duration. 



periodicalReporting 

This IE indicates that periodic reporting is requested and comprises the following subfields: 

• reportlngAmount indicates the number of periodic location information reports requested. Enumerated values 

correspond to 1 , 2, 4, 8, 16, 32, 64, or infinite/indefinite number of reports. If the report! ngAmount'is 
"infinite/indefinite", the target device should continue periodic reporting until an LPP /\jborf message is 
received. The value ra1 shall not be used by a sender. 

• reportinglnterval \n6\ca\es the interval between location information reports and the response time 

requirement for the first location information report. Enumerated values riO-25, riO-5, ri1 , ri2, ri4, ri8, ri1 6, 
ri32, ri64 correspond to reporting intervals of 1 , 2, 4, 8, 10, 16, 20, 32, and 64 seconds, respectively. 
Measurement reports containing no measurements or no location estimate are required when a 
reportinglnterval expires before a target device is able to obtain new measurements or obtain a new location 
estimate. The value noPeriodicalReporting shall not be used by a sender. 



additionallnformation 

This IE indicates whether a target device is allowed to return additional information to that requested. If a location 
estimate is returned, any additional information is restricted to that associated with a location estimate (e.g. might 
include velocity if velocity was not requested but cannot include measurements). If measurements are returned, any 
additional information is restricted to additional measurements (e.g. might include E-CID measurements if A-GNSS 
measurements were requested but not E-CID measurements). 



qos 

This IE indicates the quality of service and comprises a number of sub-fields. In the case of measurements, some of 
the sub-fields apply to the location estimate that could be obtained by the server from the measurements provided by 
the target device assuming that the measurements are the only sources of error. Fields are as follows: 

• horizontalAccuracy indicates the maximum horizontal error in the location estimate at an indicated 
confidence level. The "accuracy code and "confidence" is as defined in 3GPP TS 23.032 [15]. 

• verticalCoordinateRequest indicates whether a vertical coordinate is required (true) or not (false) 

• vertlcalAccuracy indicates the maximum vertical error in the location estimate at an indicated confidence 
level and is only applicable when a vertical coordinate is requested. The "accuracy" code and "confidence" is 
as defined in 3GPP TS 23.032 [15]. 

• responseTime indicates the maximum response time as measured between receipt of the 
RequestLocation Information and transmission of a ProvideLocationlnformation. This is given as an integer 
number of seconds between 1 and 128. If the periodicalReporting IE is included in 

CommonlEsRequestLocationlnformation, this field should not be included by the location server and shall be 
ignored by the target device (if included). 

• velocityRequest indicates whether velocity (or measurements related to velocity) is requested (true) or not 
(false). 

All QoS requirements shall be obtained by the target device to the degree possible but it is permitted to return a 
response that does not fulfill all QoS requirements if some were not attainable. The single exception is response-time 
which shall always be fulfilled - even if that means not fulfilling other QoS requirements. 



environment 

This field provides the target device with information about expected multipath and non line of sight (NLOS) in the 
current area. The following values are defined: 

• badArea: possibly heavy multipath and NLOS conditions (e.g. bad urban or urban). 

• notBadArea: no or light multipath and usually LOS conditions (e.g. suburban or rural). 

• mixedArea: environment that is mixed or not defined. 

If this field is absent, a default value of "mixedArea" applies. 



locationCoordinateTypes 

This field provides a list of the types of location estimate that the target device may return when a location estimate is 
obtained by the target. 
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CommonlEsRequestLocatlonlnformatlon field descriptions 



velocityTypes 

This fields provides a list of the types of velocity estimate that the target device may return when a velocity estimate is 
obtained by the target. 



- CommonlEsProvideLocationlnformation 

The CommonlEsProvideLocationlnformation carries common IBs for a Provide Location Information LPP message 
Type. 

-- ASNl START 

CommonlEsProvideLocationInf ormation ::= SEQUENCE { 

locationEstimate LocationCoordinates OPTIONAL, 

velocityEstimate Velocity OPTIONAL, 

locationError LocationError OPTIONAL, 



LocationCoordinates ::= CHOICE { 

ellipsoidPoint Ellipsoid-Point, 

ellipsoidPointWithUncertaintyCircle Ellipsoid-PointWithUncertaintyCircle, 
ellipsoidPointWithUncertaintyEllipse EllipsoidPointWithUncertaintyEllipse, 
polygon Polygon, 

ellipsoidPointWithAltitude EllipsoidPointWithAltitude, 

ellipsoidPointWithAltitudeAndUncertaintyEllipsoid 

EllipsoidPointWithAltitudeAndUncertaintyEllipsoid, 
ellipsoidArc EllipsoidArc, 



Velocity : := CHOICE { 

horizontal Velocity Horizontal Velocity, 

horizontalWithVertical Velocity HorizontalWithVertical Velocity, 

horizontalVelocityWithUncertainty HorizontalVelocityWithUncertainty, 

horizontalWithVerticalVelocityAndUncertainty 

HorizontalWithVerticalVelocityAndUncertainty, 



LocationError ::= SEQUENCE { 

locationfailurecause LocationFailureCause, 



LocationFailureCause ::= ENUMERATED { 
undefined, 

requestedMethodNot Supported, 
positionMethodFailure , 
per iodicLocationMeasurementsNot Available, 



ASNISTOP 



CommonlEsProvideLocationlnformation field descriptions 



locationEstimate 

This field provides a location estimate using one of the geographic shapes defined in 3GPP TS 23.032 [15]. Coding of 
the values the various fields internal to each geographic shape follow the rules in [15]. The conditions for including this 
field are defined for the locationlnformationType i\e\di in a Request Location Information message. 



velocityEstimate 

This field provides a velocity estimate using one of the velocity shapes defined in 3GPP TS 23.032 [15]. Coding of the 
values the various fields internal to each velocity shape follow the rules in [1 5]. 



locationError 

This field shall be included if and only if a location estimate and measurements are not included in the LPP PDU. The 
field includes information concerning the reason for the lack of location information. The LocationFailureCause 
"periodicLocationlVleasurementsNotAvailable" shall be used by the target device if periodic location reporting was 
requested, but no measurements or location estimate are available when tine reportinglnterval expWed. 
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- CommonlEsAbort 

The CommonlEsAbort carries common IBs for an Abort LPP message Type. 

-- ASNl START 

CommonlEsAbort ::= SEQUENCE { 

abortCause ENUMERATED { 

undefined, 

stopPeriodicReporting, 
targetDeviceAbort , 
networkAbort , 



ASNISTOP 



CommonlEsAbort i\e\6 descriptions 



abortCause 

This IE defines the request to abort an ongoing procedure. 



- CommonlEsError 

The CommonlEsError carries common IBs for an Brror LPP message Type. 

-- ASNl START 

CommonlEsError ::= SEQUENCE { 

errorCause ENUMERATED { 
undefined, 

IppMessageHeaderError , 
IppMessageBodyError, 
epduError, 
incorrectDataValue , 



ASNISTOP 



CommonlEsError i\e\6 descriptions 



errorCause 

This IE defines the cause for an error. "IppMessageHeaderError'', "IppMessageBodyError" and "epduError'' is used if a 
receiver is able to detect a coding error in the LPP header (i.e., in the common fields), LPP message body or in an 
EPDU, respectively. 



6.5 Positioning Method lEs 

6.5.1 OTDOA Positioning 

6.5.1 .1 OTDOA Assistance Data 

- OTDOA-ProvideAssistanceData 

The IB OTDOA-ProvideAssistanceData is used by the location server to provide assistance data to enable UB-assisted 
downlink OTDOA. It may also be used to provide OTDOA positioning specific error reason. 

Throughout Section 6.5.1, "assistance data reference cell" refers to the cell defined by the IB OTDOA-ReferenceCelllnfo 
(see section 6.5.1.2). "RSTD reference cell" applies only in Section 6.5.1.5. 
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NOTE: The location server should include at least one cell for which the SFN can be obtained by the UE, e.g. the 
serving cell, in the assistance data, either as the assistance data reference cell or in the neighbor cell list. 
Otherwise the UE will be unable to perform the OTDOA measurement and the positioning operation will 
fail. 



-- ASNl START 






OTDOA- ProvideAssistanceData : 


= SEQUENCE { 




otdoa-ReferenceCelllnfo 


OTDOA-ReferenceCelllnfo 


OPTIONAL, 


otdoa-NeighbourCelllnfo 


OTDOA-NeighbourCelllnfoList 


OPTIONAL, 


otdoa-Error 

} 

-- ASNISTOP 


OTDOA- Error 


OPTIONAL, 







6.5.1.2 



OTDOA Assistance Data Elements 



OTDOA-ReferenceCelllnfo 

The IE OTDOA-ReferenceCelllnfo is used by the location server to provide assistance data reference cell information 
for OTDOA assistance data. The slot number offsets and expected RSTDs in OTDOA-NeighbourCelllnfoList are 
provided relative to the cell defined by this IE. 



-- ASNl START 






OTDOA-ReferenceCelllnfo : 


= SEQUENCE { 




physCellld 


INTEGER (0. .503) , 




cellGloballd 


ECGI OPTIONAL, 


-- Need ON 


earf cnRef 


ARFCN-ValueEUTRA OPTIONAL, 


-- Cond NotSameAsServO 


antennaPortConf ig 


ENUMERATED {portsl-or-2 , ports4, ... } 






OPTIONAL, 


-- Cond NotSameAsServl 


cpLength 


ENUMERATED { normal, extended, ... }, 




prslnfo 

} 

-- ASNISTOP 


PRS-Info OPTIONAL, 


-- Cond PRS 







Conditional presence 


Explanation 


NotSameAsServO 


The field is mandatory present if the EARFCN of the OTDOA assistance data reference 
cell is not the same as the EARFCN of the target devices"s current serving cell. 


NotSameAsServl 


The field is mandatory present if the antenna port configuration of the OTDOA assistance 
data reference cell is not the same as the antenna port configuration of the target 
devices"s current serving cell. 


PRS 


The field is mandatory present if positioning reference signals are available in the 
assistance data reference cell [16]; otherwise it is not present. 



OTDOA-ReferenceCelllnfo field descriptions 



physCellld 

This field specifies the physical cell identity of the assistance data reference cell, as defined in [12]. 



cellGloballd 

This field specifies the ECGI, the globally unique identity of a cell in E-UTRA, of the assistance data reference cell, as 
defined in [12]. The server includes this field if it considers that it is needed to resolve ambiguity in the cell indicated by 
physCellld. 



earfcnRef 

This field specifies the EARFCN of the assistance data reference cell. 



antennaPortConfIg 

This field specifies whether 1 (or 2) antenna port(s) or 4 antenna ports for cell specific reference signals are used in 
the assistance data reference cell. 



cpLength 

This field specifies the cyclic prefix length of the assistance data reference cell PRS. 



prslnfo 

This field specifies the PRS configuration of the assistance data reference cell. 
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PRS-lnfo 

The IE PRS-lnfo provides the information related to the configuration of PRS in a cell. 



-- ASNl START 














PRS-lnfo ::= SEQUENCE { 
prs- Bandwidth 
prs-Conf igurationlndex 
numDL- Frames 


ENUMERATED { n6 , nl5, n2 5, n5 
INTEGER (0. .4 095) , 
ENUMERATED {sf-1, sf-2, sf-4, 


, nib, nlOO, . 
3f-6, ...}, 


.. ]> 




prs-Mutinglnfo 
po2-r9 
po4-r9 
po8-r9 
pol6-r9 


-r9 




CHOICE { 

BIT STRING (SIZE (2) ) , 
BIT STRING (SIZE (4) ) , 
BIT STRING (SIZE (8) ) , 
BIT STRING (SIZE(16)), 








} 
} 








OPTIONAL 




-- Need OP 


-- ASNISTOP 















PRS-lnfo field descriptions 



prs-Bandwidth 

This field specifies the bandwidth that is used to configure the positioning reference signals on. Enumerated values 
are specified in number of resource blocks (n6 corresponds to 6 resource blocks, n15 to 15 resource blocks and so 
on) and define 1.4, 3, 5, 10, 15 and 20 MHz bandwidth. 



prs-Conflguratlonlndex 

This field specfies the positioning reference signals configuration index Iprs as defined in [16]. When the EARFCN of 
the neighbour cell is the same as for the assistance data reference cell, the UE may assume that this cell has the 
same PRS periodicity (Tprs) as the assistance data reference cell. 



numDL'Frames 

This field specifies the number of consecutive downlink subframes Nprs with positioning reference signals, as defined 
in [16]. Enumerated values define 1, 2, 4, or 6 consecutive subframes. 



prs-Mutinglnfo 

This field specifies the PRS muting configuration of the cell. The PRS muting configuration is defined by a periodic 
PRS muting sequence with periodicity Trep where Trep, counted in the number of PRS positioning occasions [18], can 
be 2, 4, 8, or 16 which is also the length of the selected bit string that represents this PRS muting sequence. If a bit in 
the PRS muting sequence is set to "0", then the PRS is muted in the corresponding PRS positioning occasion. A PRS 
positioning occasion comprises of Nprs downlink positioning subframes as defined in [16]. The first bit of the PRS 
muting sequence corresponds to the first PRS positioning occasion that starts after the beginning of the assistance 
data reference cell SFN=0. The sequence is valid for all subframes after the UE has received the prs-Mutinglnfo. If 
this field is not present the UE may assume that the PRS muting is not in use for the cell. 

When the SFN of the assistance data reference cell is not known to the UE and prs-Mutinglnfo is provided for a cell in 
the OTDOA-NeighbourCelllnfoList IE, the UE may assume no PRS is transmitted by that cell. 



OTDOA-NeighbourCelllnfoList 

The IE OTDOA-NeighhourCelllnfoList is used by the location server to provide neighbour cell information for OTDOA 
assistance data. The OTDOA-NeighhourCelllnfoList is sorted in the decreasing order of priority for measurement to be 
performed by the target device, with the first cell in the list being the highest priority for measurement. The exact 
sorting of the list is left to server implementation. The target device should provide the available measurements in the 
same order as provided by the server. 

-- ASNl START 

OTDOA-NeighbourCelllnfoList ::= SEQUENCE (SIZE (1 . .maxFreqLayers) ) OF OTDOA-NeighbourFreqInfo 
OTDOA-NeighbourFreqInfo ::= SEQUENCE (SIZE (1..24)) OF OTDOA-NeighbourCellInf oElement 

OTDOA-NeighbourCelllnfoElement ::= SEQUENCE { 

physCellld INTEGER (0..503), 

cellGloballd ECGI OPTIONAL, -- Need ON 

earfcn ARFCN-ValueEUTRA OPTIONAL, -- Cond NotSameAsRef 

cpLength ENUMERATED {normal, extended, ...} 

OPTIONAL, -- Cond NotSameAsRef 1 
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prslnfo 
antennaPortConf ig 

slotNumberOf f set 
prs-Subf rameOf f set 
expectedRSTD 
expectedRSTD -Uncertainty 



PRS-Info OPTIONAL, 

ENUMERATED {ports- l-or-2 , ports -4, 

OPTIONAL, 
INTEGER (0 . .19) OPTIONAL, 
INTEGER (0..1279) OPTIONAL, 
INTEGER (0. .16383) , 
INTEGER (0. .1023) , 



Cond NotSameAsRef2 

} 

Cond NotsameAsRef 3 
Cond NotSameAsRef4 
Cond InterFreq 



maxFreqLayers INTEGER : : = 3 
-- ASNISTOP 



Conditional presence 


Explanation 


NotsameAsRefO 


The field is mandatory present if the EARFCN is not the same as for the assistance data 
reference cell; otherwise it is not present. 


NotsameAsRefl 


The field is mandatory present if the cyclic prefix length is not the same as for the 
assistance data reference cell; otherwise it is not present. 


NotsameAsRef2 


The field is mandatory present if the PRS configuration is not the same as for the 
assistance data reference cell; otherwise it is not present. 


NotsameAsRefS 


The field is mandatory present if the antenna port configuration is not the same as for the 
assistance data reference cell; otherwise it is not present. 


NotsameAsRef4 


The field is mandatory present if the slot timing is not the same as for the assistance data 
reference cell; otherwise it is not present. 


InterFreq 


The field is optionally present, need OP, if the EARFCN is not the same as for the 
assistance data reference cell; otherwise it is not present. 



OTDOA-NeighbourCelllnfoList field descriptions 



physCellld 

This field specifies the physical cell identity of the neighbour cell, as defined in [12]. 



cellGloballd 

This field specifies the ECGI, the globally unique identity of a cell in E-UTRA, of the neighbour cell, as defined in [12]. 
The server provides this field if it considers that it is needed to resolve any ambiguity in the cell identified by 
physCellld 



earfcn 

This field specifies the EARFCN of the neighbor cell. 



cpLength 

This field specifies the cyclic prefix length of the neigbour cell PRS. 



prslnfo 

This field specifies the PRS configuration of the neighbour cell. When the EARFCN of the neighbour cell is the same 
as for the assistance data reference cell, the UE may assume that each PRS positioning occasion in the neighbour 
cell at least partially overlaps with a PRS positioning occasion in the assistance data reference cell where the 
maximum offset between the transmitted PRS positioning occasions may be assumed to not exceed half a subframe. 



antennaPortConfig 

This field specifies whether 1 (or 2) antenna port(s) or 4 antenna ports for cell specific reference signals are used. 
slotNumberOffset 

This field specifies the slot number offset at the transmitter between this cell and the assistance data reference cell. 
The SlotNumberOffset {ogeXher with the current slot number of the assistance data reference cell may be used to 
calculate the current slot number of this cell which may further be used to generate the CRS sequence by the UE. The 
offset corresponds to the number of full slots counted from the beginning of a radio frame of the assistance data 
reference cell to the beginning of the closest subsequent radio frame of this cell. If this field is absent, the slot timing is 
the same as for the assistance data reference cell. 



prs-SubframeOffset 

This field specifies the offset between the first PRS subframe in the assistance data reference cell on the reference 
carrier frequency layer and the first PRS subframe in the closest subsequent PRS positioning occasion of the other 
cell on the other carrier frequency layer. The value is given in number of full sub-frames. If the ARFCN is not the 
same as for the assistance data reference cell and the field is not present, the receiver shall consider the PRS 
subframe offset for this cell to be 0. 



ETSI 



3GPP TS 36.355 version 9.6.0 Release 9 43 ETSI TS 136 355 V9.6.0 (2011-07) 



OTDOA-NelghbourCelllnfoLlst field descriptions 



expectedRSTD 

If PRS is transmitted: 

This field indicates the RSTD value that the target device is expected to measure between this cell and the assistance 
data reference cell. The expectedRSTD i\e\6 takes into account the expected propagation time difference as well as 
transmit time difference of PRS positioning occasions between the two cells. The RSTD value can be negative and is 
calculated as (expecfedHSTD-S 192). The resolution is 3xTs, with Ts=1/(1 5000*2048) seconds. 

If PRS is not transmitted: 

This field indicates the RSTD value that the target device is expected to measure between this cell and the reference 
cell in OTDOA-ReferenceCelllnfo. The expectedRSTD field takes into account the expected propagation time 
difference as well as transmit time difference between the two cells. The RSTD value can be negative and is 
calculated as (expected RSTD-8 192). The resolution is 3'Ts, with Ts=1 /(1 5000*2048) seconds. 



expectedRSTD-Uncertainty 

If PRS is transmitted: 

This field indicates the uncertainty in expectedRSTD value. The uncertainty is related to the location server"s a-priori 
estimation of the target device location. The expectedRSTD an6 expectedRSTD-Uncertainty XogeXher define the 
search window for the target device. 
The scale factor of the expectedRSTD-Uncertainty f\e\6 is 3xTs, with Ts=1 /(1 5000*2048) seconds. 

The UE may assume that the beginning of the PRS positioning occasion of the neighbour cell is received within the 
search window of size [- expectedRSTD-Uncertaintyx.3xJs, expectedRSTD-Uncertaintyx.3xJs\ centered at 
Tref + 1 millisecondxN + (expected RSTD-8^ 92) x3xTs, where Tref is the reception time of the beginning of the PRS 
positioning occasion of the assistance data reference cell at the UE antenna connector, N = when the EARCFN of 
the neighbour cell is equal to that of the assistance data reference cell, and N = prs-Subf ranfieOffset oXherw'ise. 

If PRS is not transmitted: 

This field indicates the uncertainty in expectedRSTD value. The uncertainty is related to the location server"s a-priori 
estimation of the target device location. The expectedRSTD an6 expectedRSTD-Uncertainty {ogeXher define the 
search window for the target device. The scale factor of the expectedRSTD-Uncertainty i\e\6 is 3xTs, with 
Ts=1 /(1 5000*2048) seconds. 

If Tx is the reception time of the beginning of the subframe X of the assistance data reference cell at the UE antenna 
connector, the UE may assume that the beginning of the closest subframe of this neighbour cell cell to subframe X is 
received within the search window of size [- expectedRSTD-UncertaintyxSxJs, expectedRSTD-UncertaintyxSxJs] 
centered at Tx + [expectedRSTD-^'\92) x3xTs, 



6.5.1 .3 OTDOA Assistance Data Request 

- OTDOA-RequestAssistanceData 

The IE OTDOA-RequestAssistanceData is used by the target device to request assistance data from a location server. 

-- ASNl START 

OTDOA-RequestAssistanceData ::= SEQUENCE { 
physCellld INTEGER (0..503), 

} 

-- ASNISTOP 



OTDOA-RequestAssistanceData field descriptions 



physCellld 

This field specifies the physical cell identity of the current serving cell of the target device. 
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6.5.1 .4 OTDOA Location Information 

- OTDOA-ProvideLocationlnformation 

The IE OTDOA-ProvideLocationlnformation is used by the target device to provide OTDOA location measurements to 
the location server. It may also be used to provide OTDOA positioning specific error reason. 

-- ASNl START 

OTDOA-ProvideLocationlnformation ::= SEQUENCE { 

otdoaSignalMeasurement Information OTDOA- SignalMeasurement Information OPTIONAL, 
otdoa-Error OTDOA-Error OPTIONAL, 

} 

-- ASNISTOP 



6.5.1 .5 OTDOA Location Information Elements 

- OTDOA-SignalMeasurementlnformation 

The IE OTDOA-SignalMeasurementlnformation is used by the target device to provide RSTD measurements to the 
location server. The RSTD measurements are provided for a neighbour cell and the RSTD reference cell, both of which 
are provided in the IE OTDOA-ProvideAssistanceData. The RSTD reference cell may or may not be the same as the 
assistance data reference cell provided in OTDOA-ReferenceCelllnfo. 

-- ASNl START 

OTDOA-SignalMeasurementlnformation ::= SEQUENCE { 
systemFrameNumber BIT STRING (SIZE (10)), 
physCellldRef INTEGER (0..503), 

cellGloballdRef ECGI OPTIONAL, 

earfcnRef ARFCN-ValueEUTRA OPTIONAL, 

referenceQuality OTDOA-MeasQuality OPTIONAL, 
neighbourMeasurementList NeighbourMeasurementList , 



NeighbourMeasurementList ::= SEQUENCE (SIZE (1 . . 24) ) OF NeighbourMeasurementElement 

NeighbourMeasurementElement ::= SEQUENCE { 

physCellldNeighbor INTEGER (0..503), 

cellGloballdNeighbour ECGI OPTIONAL, 

earfcnNeighbour ARFCN-ValueEUTRA OPTIONAL, 
rstd INTEGER (0.. 12711), 

rstd-Quality OTDOA-MeasQuality, 



ASNISTOP 



OTDOA-SlgnalMeasurementlnformatlon field descriptions 



systemFrameNumber 

This field specifies the SFN of the RSTD reference cell containing the starting subframe of the PRS positioning 
occasion during which the most recent neighbour cell RSTD measurement was performed. 



physCellldRef 

This field specifies the physical cell identity of the RSTD reference cell. 



cellGloballdRef 

This field specifies the ECGI, the globally unique identity of a cell in E-UTRA, of the RSTD reference cell. The target 
shall provide this IE if it knows the ECGI of the RSTD reference cell. 



earfcnRef 

This field specifies the E-UTRA carrier frequency of the RSTD reference cell. The target device shall include this field 
if the ARFCN of the RSTD reference cell is not the same as the ARFCN of the assistance data reference cell provided 
in the OTDOA assistance data. 



referenceQuality 

This field specifies the target device"s best estimate of the quality of the TOA measurement from the RSTD reference 
cell, TsubframeRxRef , where TsubframeRxRef Is the time of arrival of the signal from the RSTD reference cell. 
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OTDOA-SlgnalMeasurementlnformatlon field descriptions 



neighbourMeasurementList 

This list contains the measured RSTD values for neighbour cells together with the RSTD reference cell, along with 
quality for each measurement. 



physCellldNeighbor 

This field specifies t he physical cell identity of the neighbour cell for which the RSTDs are provided. 



cellGloballdNeighbour 

This field specifies the ECGI, the globally unique identity of a cell in E-UTRA, of the neighbour cell for which the 
RSTDs are provided. The target device shall provide this IE if it was able to determine the ECGI of the neighbour cell 
at the time of measurement. 



earfcnNelghbour 

This field specifies the E-UTRA carrier frequency of the neighbour cell used for the RSTD measurements. The target 
device shall include this field if the ARFCN of this neighbor cell is not the same as the earfcnRef ior the RSTD 
reference cell. 



rstd 

This field specifies the relative timing difference between this neighbour cell and the RSTD reference cell, as defined 
in [17]. Mapping of the measured quantity is defined as in [18] subclause 9.1.10.3. 



rstd-Quallty 

This field specifies the target device"s best estimate of the quality of the measured rstd. 



OTDOA-MeasQuality 



-- ASNl START 










OTDOA-MeasQuality ::= 


SEQUENCE { 








error-Resolution 


BIT STRING 


(SIZE 


(2)), 




error-Value 


BIT STRING 


(SIZE 


(5)), 




error -NumSamples 

} 

-- ASNISTOP 


BIT STRING 


(SIZE 


(3)) 


OPTIONAL, 











OTDOA-MeasQuality field descriptions 



error-Resolution 

This field specifies the resolution R used in error-Value \\e\6. The encoding on two bits is as follows: 
'00' 5 meters 

'01' 10 meters 

'10' 20 meters 

'11' 30 meters. 



error-Value 

This field specifies the target device"s best estimate of the uncertainty of the OTDOA (or TOA) measurement. 
The encoding on five bits is as follows: 

'00000' to (R*1-1) meters 

'00001' R*1 to (R*2-1) meters 

'00010' R*2 to (R*3-1) meters 

'11111' R*31 meters or more; 
where R is the resolution defined by error-Resolution i\e\6. 
E.g. , R=20 m corresponds to 0-19 m, 20-39 m,...,620+ m. 



error-NumSamples 

If the error-Value i\e\6 provides the sample uncertainty of the OTDOA (or TOA) measurement, this field specifies how 
many measurements have been used by the target device to determine this (i.e., sample size). Following 3 bit 
encoding is used: 

"000" Not the baseline metric 

'001' 5-9 

'010' 10-14 

'Oil' 15-24 

'100' 25-34 

'101' 35-44 

'110' 45-54 

'111' 55 or more. 

In case of the value "000", the error-Value field contains the target device"s best estimate of the uncertainty of the 
OTDOA (or TOA) measurement not based on the baseline metric. E.g., other measurements such as signal-to-noise- 
ratio or signal strength can be utilized to estimate the error-Value. 
If this field is absent, the value of this field is "000". 
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6.5.1 .6 OTDOA Location Information Request 

- OTDOA-RequestLocationlnformation 

The IE OTDOA-RequestLocationlnformation is used by the location server to request OTDOA location measurements 
from a target device. Details of the required measurements (e.g. details of assistance data reference cell and neighbour 
cells) are conveyed in the OTDOA-ProvideAssistanceData IE in a separate Provide Assistance Data message. 

-- ASNl START 

OTDOA-RequestLocationlnformation ::= SEQUENCE { 
assistanceAvailability BOOLEAN, 



ASNISTOP 



OTDOA-RequestLocatlonlnformatlon field descriptions 



assistanceA vai lability 

This field indicates whether the target device may request additional OTDOA assistance data from the server. TRUE 
means allowed and FALSE means not allowed. 



6.5.1 .7 OTDOA Capability Information 

OTDOA-ProvideCapabilities 

The IE OTDOA-ProvideCapabilities is used by the target device to indicate its capabihty to support OTDOA and to 
provide its OTDOA positioning capabihties to the location server. 

-- ASNl START 

OTDOA-ProvideCapabilities ::= SEQUENCE { 

otdoa-Mode BIT STRING { ue-assisted (0) } (SIZE (1..8)), 

supportedBandListEUTRA SEQUENCE (SIZE (1 . . maxBands ) ) OF SupportedBandEUTRA OPTIONAL 
} 

maxBands INTEGER ::= 64 

SupportedBandEUTRA : : = SEQUENCE { 

bandEUTRA INTEGER (1..64)} 

-- ASNISTOP 



OTDOA-ProvideCapabilities field descriptions 



otdoa-Mode 

This field specifies the OTDOA mode(s) supported by the target device. This is represented by a bit string, with a 
one-value at the bit position means the particular OTDOA mode is supported; a zero-value means not supported. A 
zero-value in all bit positions in the bit string means OTDOA positioning method is not supported by the target device. 



SupportedBandEUTRA 

One entry corresponding to each supported E-UTRA band as defined in TS 36.101 [21], 



6.5.1 .8 OTDOA Capability Information Request 

OTDOA-RequestCapabilities 

The IE OTDOA-RequestCapabilities is used by the location server to request the capabihty of the target device to 
support OTDOA and to request OTDOA positioning capabihties from a target device. 

-- ASNl START 
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OTDOA-RequestCapabilities ::= SEQUENCE 



ASNISTOP 



6.5.1 .9 OTDOA Error Elements 

OTDOA-Error 

The IE OTDOA-Error is used by the location server or target device to provide OTDOA error reasons to the target 
device or location server, respectively. 

-- ASNl START 

OTDOA-Error ::= CHOICE { 

locationServerErrorCauses OTDOA-LocationServerErrorCauses , 
targetDeviceErrorCauses OTDOA-TargetDeviceErrorCauses , 

} 

-- ASNISTOP 



- OTDOA-LocationServerErrorCauses 

The IE OTDOA-LocationServerErrorCauses is used by the location server to provide OTDOA error reasons to the 
target device. 

-- ASNl START 

OTDOA-LocationServerErrorCauses ::= SEQUENCE { 
cause ENUMERATED { undefined, 

assistanceDataNotSupportedByServer, 
assistanceDataSupportedButCurrentlyNotAvailableByServer, 



ASNISTOP 



OTDOA-TargetDeviceErrorCauses 



The IE OTDOA-TargetDeviceErrorCauses is used by the target device to provide OTDOA error reasons to the location 
server. 

-- ASNl START 

OTDOA-TargetDeviceErrorCauses ::= SEQUENCE { 
cause ENUMERATED { undefined, 

assistance -data-missing, 
unableToMeasureRef erenceCell , 
unableToMeasureAnyNeighbourCell, 
attemptedButUnableToMeasureSomeNeighbourCells, 



ASNISTOP 
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6.5.2 A-GNSS Positioning 
6.5.2.1 GNSS Assistance Data 

A-GNSS-ProvideAssistanceData 

The IE A-GNSS-ProvideAssistanceData is used by the location server to provide assistance data to enable UE-based 
and UE-assisted A-GNSS. It may also be used to provide GNSS positioning specific error reasons. 



-- ASNl START 








A-GNSS-ProvideAssistanceData : 


= SEQUENCE { 






gnss-CommonAssistData 


GNSS-CommonAssistData 


OPTIONAL, 


-- Need ON 


gnss-GenericAssistData 


GNSS-GenericAssistData 


OPTIONAL, 


-- Need ON 


gnss-Error 

} 

-- ASNISTOP 


A-GNSS-Error 


OPTIONAL, 


-- Need ON 









GNSS-CommonAssistData 

The IE GNSS-CommonAssistData is used by the location server to provide assistance data which can be used for any 
GNSS (e.g., GPS, Gahleo, GLONASS, etc.). 

-- ASNl START 

GNSS-CommonAssistData ::= SEQUENCE { 

gnss-ReferenceTime GNSS-Ref erenceTime OPTIONAL, -- Need ON 

gnss-ReferenceLocation GNSS-Ref erenceLocation OPTIONAL, -- Need ON 

gnss-IonosphericModel GNSS-IonosphericModel OPTIONAL, -- Need ON 

gnss-EarthOrientationParameters GNSS-EarthOrientationParameters OPTIONAL, -- Need ON 



ASNISTOP 



GNSS-GenericAssistData 

The IE GNSS-GenericAssistData is used by the location server to provide assistance data for a specific GNSS (e.g., 
GPS, Galileo, GLONASS, etc.). The specific GNSS for which the provided assistance data are applicable is indicated 
by the IE GNSS-ID and (if apphcable) by the IE SBAS-ID. Assistance for up to 16 GNSSs can be provided. 



-- ASNl START 












GNSS-GenericAssistData ::= SEQUENCE 


(SIZE (1..16)) OF GNSS-Generi 


cAssistDataElement 




GNSS-GenericAssistDataElement : := 


SEQUENCE { 








gnss-ID 




GNSS-ID, 








sbas-ID 




SBAS-ID 


OPTIONAL, 


-- Cond GNSS-ID-SBAS 


gnss-TimeModels 




GNSS-TimeModelList 


OPTIONAL, 


-- Need 


ON 


gnss-Dif ferentialCorrections 




GNSS -Dif ferentialCorrections 


OPTIONAL, 


-- Need 


ON 


gnss-NavigationModel 




GNSS-NavigationModel 


OPTIONAL, 


-- Need 


ON 


gnss-RealTime Integrity 




GNSS-RealTimelntegrity 


OPTIONAL, 


-- Need 


ON 


gnss-DataBitAssistance 




GNSS-DataBitAssistance 


OPTIONAL, 


-- Need 


ON 


gnss-AcquisitionAssistance 




GNSS-AcquisitionAssistance 


OPTIONAL, 


-- Need 


ON 


gnss -Almanac 




GNSS -Almanac 


OPTIONAL, 


-- Need 


ON 


gnss-UTC- Model 




GNSS-UTC -Model 


OPTIONAL, 


-- Need 


ON 


gnss -Auxiliarylnformat ion 

} 

-- ASNISTOP 




GNSS -Auxiliarylnformat ion 


OPTIONAL, 


-- Need 


ON 













Conditional presence 


Explanation 


GNSS-ID-SBAS 


The field is mandatory present if the GNSS-ID = sbas; otherwise it is not present. 
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6.5.2.2 GNSS Assistance Data Elements 

GNSS-ReferenceTime 

The IE GNSS-ReferenceTime is used by the location server to provide the GNSS specific system time with uncertainty 
and the relationship between GNSS system time and network air-interface timing of the eNodeB/NodeB/BTS 
transmission in the reference cell. 

If the IE networkTime is present, the lEs gnss-SystemTime and networkTime provide a valid relationship between GNSS 
system time and air-interface network time, as seen at the approximate location of the target device, i.e. the propagation 
delay from the the eNodeB/NodeB/BTS to the target device shall be compensated for by the location server. Depending 
on implementation, the relation between GNSS system time and air-interface network time may have varying accuracy. 
The uncertainty of this timing relation is provided in the IE referenceTimeUnc. If the propagation delay from the 
eNodeB/NodeB/BTS to the target device is not accurately known, the location server shall use the best available 
approximation of the propagation delay and take the corresponding delay uncertainty into account in the calculation of 
the IE referenceTimeUnc. 

If the IE networkTime is not present, the IE gnssSystemTime is an estimate of current GNSS system time at time of 
reception of the IE GNSS-ReferenceTime by the target device. The location server should achieve an accuracy of +/- 3 
seconds for this estimate including allowing for the transmission delay between the location server and the target 
device. Note that the target device should further compensate gnss-SystemTime for the time between the reception of 
GNSS-ReferenceTime and the time when the gnss-SystemTime is used. 

The location server shall provide a value for the gnss-TimelD only for GNSSs supported by the target device. 

The IE GNSS-ReferenceTimeForOneCell can be provided multiple times (up to 16) to provide fine time assistance for 
several (neighbour) cells. 



-- ASNl START 










GNSS-ReferenceTime ::= SEQUENCE 


{ 








gnss-SystemTime 


GNSS - SystemTime , 








referenceTimeUnc 


INTEGER (0. .12 7) 


OPTIONAL, 


-- Cond noFTA 




gnss-ReferenceTimeForCells 


SEQUENCE (SIZE (1..16)) OF 








} 

GNSS-ReferenceTimeForOneCell : 


GNSS-ReferenceTimeForOneCell 


OPTIONAL, 


-- Need ON 




:= SEQUENCE { 








networkTime 


NetworkTime, 








referenceTimeUnc 


INTEGER (0. .127) , 








bsAlign 

} 

-- ASNISTOP 


ENUMERATED {true} OPTIONAL, 

















Conditional presence 


Explanation 


noFTA 


The field may be present if gnss-ReferenceJimeForCells is absent; otherwise it is not 
present. 



GNSS-ReferenceTime field descriptions 



gnss-System Time 

This field provides the specific GNSS system time. 



networt<Time 

This field specifies the cellular network time at the epoch corresponding to gnss-SystemTime. 
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GNSS-ReferenceTlme field descriptions 



referenceTimeUnc 

This field provides the accuracy of the relation between gnssSysteiriTime and networkTime\\rr\e if IE networkTime is 

provided. When IE networkTime is not provided, this field can be included to provide the accuracy of the provided 

gnssSystem Time. 

If GNSS TOD is the given GNSS time, then the true GNSS time, corresponding to the provided network time as 

observed at the target device location, lies in the interval [GNSS TOD - referenceTimeUnc, GNSS TOD + 

reference TimeUnc] . 

The uncertainty r, expressed in microseconds, is mapped to a number K, with the following formula: 

r=C*(((Uxf)-1) 
with C = 0.5 and x = 0.14. To encode any higher value of uncertainty than that corresponding in the above formula to 
K=127, the same value, K=127, shall also be used. The uncertainty is then coded on 7 bits, as the binary encoding of 
K. Example values for the referenceTimeUnc Format: see table K to uncertainty relation below. 



bsAlign 

This flag, if present, indicates that the transmission timings of all cells sharing, depending on the RAT, the same 
carrier frequency and Tracking Area/Location Area/Routing Area as the cell indicated, are frame aligned. This 
information allows the UE to derive the GNSS - cellular time relation for any of these cells based on the timing relation 
information provided in GNSS-ReferenceTime. The flag should be set consistently in all these cells. This flag does not 
guarantee SFN alignment. 



K to uncertainty relation 



Value of K 


Value of uncertainty 





nanoseconds 


1 


70 nanoseconds 


2 


149.8 nanoseconds 


- 


- 


50 


349.62 microseconds 


- 


- 


127 


> 8.43 seconds 



GNSS-SystemTime 



-- ASNl START 








GNSS-SystemTime ::= SEQUENCE { 








gnss-TimelD 


GNSS -ID, 






gnss-DayNumber 


INTEGER (0. .32767) , 






gnss-TimeOfDay 


INTEGER (0. .86399) , 






gnss-TimeOfDayFrac-msec 


INTEGER (0. .999) 


OPTIONAL, 


-- Need ON 


notif icationOfLeapSecond 


BIT STRING (SIZE (2) ) 


OPTIONAL, 


-- Cond gnss-TimelD-glonass 


gps-TOW-Assist 

} 

-- ASNISTOP 


GPS-TOW-Assist 


OPTIONAL, 


-- Cond gnss-TimelD-gps 









Conditional presence 


Explanation 


gnss- TimelD-glonass 


The field may be present if gnss-Timel D=g\onass"; otherwise it is not present. 


gnss-TimelD-gps 


The field may be present if gnss-TimelD=gps"; otherwise it is not present. 



GNSS-SystemTime i\e\6 descriptions 



gnss-TimelD 

This field specifies the GNSS for which the GNSS-SystemTime is provided. 



gnss-DayNumber 

This field specifies the sequential number of days from the origin of the GNSS System Time as follows: 
GPS, QZSS, SBAS - Days from January 6^^ 1980 00:00:00 UTC(USNO); 
Galileo -TBD; 
GLONASS - Days from January 1'^ 1996. 



gnss-TimeOfDay 

This field specifies the integer number of seconds from the GNSS day change. 



gnss-TimeOfDayFrac-msec 

This field specifies the fractional part of the gnssTimeOfDayi'\e\6 in 1-milli-seconds resolution. The total GNSS TOD is 
gnss-TimeOfPay + gnssTimeOfPayFrac-msec. 
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GNSS-SystemTlmei\e\6 descriptions 



notificationOfLeapSecond 

This field specifies the notification of forthcoming leap second correction, as defined by parameter KP in [9, Table 4.7]. 



gpS'TOW'Asslst 

This field contains several fields in the Telemetry (TLM) Word and Handover Word (HOW) that are currently being 
broadcast by the respective GPS satellites. Combining this information with GPS TOW enables the target device to 
know the entire 1 .2-second (60-bit) pattern of TLM and HOW that is transmitted at the start of each six-second NAV 
subframe by the particular GPS satellite. 



GPS-TOW-Assist 



-- ASNl START 




GPS-TOW-Assist : : 


= SEQUENCE (SIZE (1. .64) ) OF GPS-TOW-AssistElement 


GPS-TOW-AssistElement ::= SEQUENCE { 


satellitelD 


INTEGER (1. .64) , 


tlmWord 


INTEGER (0. .16383) , 


antiSpoof 


INTEGER (0. .1) , 


alert 


INTEGER (0. .1) , 


tlmRsvdBits 

} 

-- ASNISTOP 


INTEGER ( . . 3 ) , 





GPS-TOW-Assist i\e\6 descriptions 



satellitelD 

This field identifies the satellite for which the GPS-TOW-Assist '\s applicable. This field is identical to the GPS PRN 
Signal No. defined in [4]. 



tImWord 

This field contains a 14-bit value representing the Telemetry Message (TLM) being broadcast by the GPS satellite 
identified by the particular satellitelD, with the MSB occurring first in the satellite transmission, as defined in [4]. 



antiSpoof 

This field contains the Anti-Spoof flag that is being broadcast by the GPS satellite identified by satellitelD, as defined 

Mm. 



alert 

This field contains the Alert flag that is being broadcast by the GPS satellite identified by satellitelD, as defined in [4]. 

tlmRsvdBits 

This field contains the two reserved bits in the TLM Word being broadcast by the GPS satellite identified by satellitelD, 

with the MSB occurring first in the satellite transmission, as defined in [4]. 



NetworkTime 



-- ASNl START 

NetworkTime : : = SEQUENCE { 

secondsFromFrameSt rue tureS tart 
fractionalSecondsFromFrameS true tureS tart 
f rameDrif t 
celllD CHOICE { 

eUTRA SEQUENCE { 
physCellld 
cellGloballdEUTRA 
earf en 



INTEGER (0. .12533) , 

INTEGER(0. .3999999) , 

INTEGER (-64.. 63) OPTIONAL, 



-- Cond GNSS synch 



INTEGER (0. .503) , 

Cel 1 Global I dEUTRA-AndUTRA 

ARFCN-ValueEUTRA, 



OPTIONAL, 



Need ON 



uTRA SEQUENCE { 

mode CHOICE { 

fdd SEQUENCE { 

primary-CPICH-Info INTEGER (0..511) 



tdd SEQUENCE { 

cell Parameters 



INTEGER (0. .12 7) 
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cellGloballdUTRA Gel 1 Global I dEUTRA-AndUTRA OPTIONAL, 
uarfcn ARFGN-ValueUTRA, 



Need ON 



gSM 



SEQUENGE { 
bcchGarrier 
bsic 
cellGloballdGERAN 



INTEGER (0. .1023) , 
INTEGER (0. .63) , 
GellGloballdGERAN 



OPTIONAL, 



-- Need ON 



-- ASNISTOP 



Conditional presence 


Explanation 


GNSSsynch 


The field is present and set to if NetworkTime is synchronized to gnss-SystemTime; 
otherwise the field is optionally present, need OR. 



NetworkTime field descriptions 



secondsFromFrameStructureStart 

This field specifies the number of seconds from the beginning of the longest frame structure in the corresponding air 

interface. 

In case of E-UTRA, the SFN cycle length is 10.24 seconds. 

In case of UTRA, the SFN cycle length is 40.96 seconds. 

In case of GSM, the hyperfame length is 12533.76 seconds. 



fractionalSecondsFromFrameStructureStart 

This field specifies the fractional part of the secondsFromFrameStructureStart in 250 ns resolution. 
The total time since the particular frame structure start is secondsFromFrameStructureStart + 
fractionalSecondsFromFrameStructureStart 



frameDrift 

This field specifies the drift rate of the GNSS-network time relation with scale factor 2'^° seconds/second, in the range 
from -5.9605e-8 to +5.8673e-8 sec/sec. 



celllD 

This field specifies the cell for which the GNSS-network time relation is provided. 



physCellld 

This field specifies the physical cell identity of the reference cell (E-UTRA), as defined in [12], for which the GNSS 
network time relation is provided. 



cellGloballdEUTRA 

This field specifies the Evolved Cell Global Identifier (ECGI), the globally unique identity of a cell in E-UTRA, of the 
reference cell for the GNSS-network time relation, as defined in [12]. 



earfcn 

This field specifies E-ARFON of the reference cell for the GNSS-network time relation (E-UTRA). 
primary-CPICH-lnfo 

This field specifies the physical cell identity of the reference cell (UTRA) for the GNSS-network time relation, as 
defined in [13]. 



cellParameters 

This field specifies the physical cell identity of the reference cell (UTRA) for the GNSS-network time relation, as 
defined in [13]. 



cellGloballdUTRA 

The filed specifies the global UTRAN Cell Identifier, the globally unique identity of a cell in UTRA, of the reference cell 
for the GNSS-network time relation, as defined in [13]. 



uarfcn 

This field specifies ARFCN of the reference cell for the GNSS-network time relation (UTRA). 



bcchCarrler 

This field specifies the absolute GSM RF channel number of the BCCH of the reference base station (GERAN) for the 
GNSS-network time relation, as defined in [14]. 



bsIc 

This field specifies the Base Station Identity Code of the reference base station (GERAN) for the GNSS-network time 
relation, as defined in [14]. 



cellGloballdGERAN 

This field specifies the Cell Global Identification (CGI), the globally unique identity of a cell in GERAN, of the reference 
base station for the GNSS-network time relation. 
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- GNSS-ReferenceLocation 

The IE GNSS-ReferenceLocation is used by the location server to provide the target device with a-priori knowledge of 
its location in order to improve GNSS receiver performance. The IE GNSS-ReferenceLocation is provided in WGS-84 
reference system. 

-- ASNl START 

GNSS-ReferenceLocation ::= SEQUENCE { 

threeDlocation EllipsoidPointWithAltitudeAndUncertaintyEllipsoid, 



ASNISTOP 



GNSS-lonosphericModel 

The IE GNSS-IonosphericModel is used by the location server to provide parameters to model the propagation delay of 
the GNSS signals through the ionosphere. Proper use of these fields allows a single-frequency GNSS receiver to 
remove parts of the ionospheric delay from the pseudorange measurements. Two Ionospheric Models are supported: 
The Klobuchar model as defined in [4], and the NeQuick model as defined in [8]. 

-- ASNl START 

GNSS-IonosphericModel ::= SEQUENCE { 

klobucharModel KlobucharModelParameter OPTIONAL, -- Need ON 

neQuickModel NeQuickModelParameter OPTIONAL, -- Need ON 



-- ASNISTOP 

- KlobucharModelParameter 

-- ASNl START 

KlobucharModelParameter ::= SEQUENCE { 

datalD BIT STRING (SIZE (2)), 

alfaO INTEGER (-128.. 127), 

alfal INTEGER (-128.. 127), 

alfa2 INTEGER (-128.. 127), 

alfaS INTEGER (-128.. 127), 

betaO INTEGER (-128.. 127), 

betal INTEGER (-128.. 127), 

beta2 INTEGER (-128.. 127), 

beta3 INTEGER (-128.. 127), 

} 

-- ASNISTOP 



KlobucharModelParamater field descriptions 



datalD 

When datalD has the value "1 1 " it indicates that the parameters have been generated by QZSS, and the parameters 
have been specialized and are applicable within the area defined in [7]. When datalD has the value "00" it indicates 
the parameters are applicable worldwide [4,7]. All other values for datalD a^e reserved. 



alphaO 

This field specifies the ao parameter of the Klobuchar model, as specified in [4]. 
Scale factor 2'^° seconds. 



alphal 

This field specifies the ai parameter of the Klobuchar model, as specified in [4]. 



Scale factor 2'^^ seconds/semi-circle. 



alpha2 

This field specifies the az parameter of the Klobuchar model, as specified in [4]. 
Scale factor 2'^"^ seconds/semi-circle^. 
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KlobucharModelParamater field descriptions 



alphas 

This field specifies the as parameter of the Klobuchar model, as specified in [4]. 
Scale factor 2'^"^ seconds/semi-circle^. 



betaO 

This field specifies the po parameter of the Klobuchar model, as specified in [4]. 
Scale factor 2^^ seconds. 



beta1 

This field specifies the pi parameter of the Klobuchar model, as specified in [4]. 
Scale factor 2^^ seconds/semi-circle. 



beta2 

This field specifies the P2 parameter of the Klobuchar model, as specified in [4]. 
Scale factor 2^^ seconds/semi-circle^. 



beta3 

This field specifies the ps parameter of the Klobuchar model, as specified in [4]. 
Scale factor 2^^ seconds/semi-circle^. 



NeQuickModelParameter 



ASNl START 














)uickModelParamet 


er : : = SEQUENCE { 








aiO 


INTEGER 


(0. 


.4095) , 








ail 


INTEGER 


(0. 


.4095) , 








ai2 


INTEGER 


(0. 


.4095) , 








ionoStormFlagl 


INTEGER 


(0. 


.1) 


OPTIONAL, 


-- Need 


OP 


ionoStormFlag2 


INTEGER 


(0. 


.1) 


OPTIONAL, 


-- Need 


OP 


ionoStormFlag3 


INTEGER 


(0. 


.1) 


OPTIONAL, 


-- Need 


OP 


ionoStormFlag4 


INTEGER 


(0. 


.1) 


OPTIONAL, 


-- Need 


OP 


ionoStormFlagS 


INTEGER 


(0. 


.1) 


OPTIONAL, 


-- Need 


OP 


ASNISTOP 















NeQuickModelParameter field descriptions 



alOj all, ai2 

These fields are used to estimate the ionospheric distortions on pseudoranges as described in [8] on page 71 . 



IonoStormFlagl, lonoStormFlag2, lonoStormFlag3, lonoStormFlag4, IonoStormFlagS 

These fields specify the ionosphere storm flags (1 ,...,5) for five different regions as described in [8] on page 71 . 
ionosphere storm flag for a region is not present the target device shall treat the ionosphere storm condition as 
unknown. 



If the 



GNSS-EarthOrientationParameters 

The IE GNSS-EarthOrientationParameters is used by the location server to provide parameters to construct the ECEF 
and ECI coordinate transformation as defined in [4]. The IE GNSS-EarthOrientationParameters indicates the 
relationship between the Earth" s rotational axis and WGS-84 reference system. 

-- ASNl START 



GNSS-EarthOrientationParameters ::= SEQUENCE { 
teop INTEGER (0.. 65535), 

pmX INTEGER (-1048576 

pmXdot 
pmY 
pmYdot 
deltaUTl 



1048575) , 
INTEGER (-16384. .16383) , 
INTEGER (-1048576 . .1048575) , 
INTEGER (-16384. .16383) , 
INTEGER (-1073741824. .1073741823) 



deltaUTldot 



INTEGER (-262144 . .262143) , 



ASNISTOP 



GNSS-EarthOrlentatlonParameters field descriptions 
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GNSS-EarthOrlentatlonParameters field descriptions 



teop 

This field specifies the EOP data reference time in seconds, as specified in [4]. 
Scale factor 2"^ seconds. 



pmX 

This field specifies the X-axis polar motion value at reference time in arc-seconds, as specified in [4]. 
Scale factor 2'^° arc-seconds. 



pmXdot 

This field specifies the X-axis polar motion drift at reference time in arc-seconds/day, as specified in [4]. 
Scale factor 2"^^ arc-seconds/day. 



pmY 

This field specifies the Y-axis polar motion value at reference time in arc-seconds, as specified in [4]. 
Scale factor 2'^° arc-seconds. 



pmYdot 

This field specifies the Y-axis polar motion drift at reference time in arc-seconds/day, as specified in [4]. 
Scale factor 2"^^ arc-seconds/day. 



deltaUn 

This field specifies the UT1-UTC difference at reference time in seconds, as specified in [4]. 
Scale factor 2'^^ seconds. 



deltaUTIdot 

This field specifies the Rate of UT1-UTC difference at reference time in seconds/day, as specified in [4]. 
Scale factor 2"^^ seconds/day. 



GNSS-TimeModelList 

The IE GNSS-TimeModelList is used by the location server to provide the GNSS-GNSS system time offset between the 
GNSS system time indicated by IE GNSS-ID in IE GNSS-GenericAssistDataElement to the GNSS system time 
indicated by IE gnss-TO-ID. Several GNSS-TimeModelElement lEs can be included with different gnss-TO-ID fields. 

-- ASNl START 



GNSS-TimeModelList ::= SEQUENCE (SIZE (1..15)) OF GNSS-TimeModelElement 

GNSS-TimeModelElement ::= SEQUENCE { 

gnss-TimeModelRefTime INTEGER (0.. 65535), 

tAO INTEGER ( -67108864 .. 67108863 ) , 

tAl INTEGER ( -4 096 . . 4095 ) 

tA2 INTEGER (-64.. 63) 

gnss-TO-ID INTEGER (1..15), 

weekNumber INTEGER (0..8191) 

deltaT INTEGER (-128.. 127) 



OPTIONAL, 


-- Need ON 


OPTIONAL, 


-- Need ON 


OPTIONAL, 


-- Need ON 


OPTIONAL, 


-- Need ON 



-- ASNISTOP 



GNSS-TimeModelElement field descriptions 



gnss-TimeModelRefTime 

This field specifies the reference time of week for GNSS-TimeModelElement and it is given in GNSS specific system 

time. 

Scale factor 2"^ seconds. 



tAO 

This field specifies the bias coefficient of the GNSS-TimeModelElement. 
Scale factor 2'^^ seconds. 



tA1 

This field specifies the drift coefficient of the GNSS-TimeModelElement. 
Scale factor of 2'^^ seconds/second. 



tA2 

This field specifies the drift rate correction coefficient of the GNSS-TimeModelElement. 
Scale factor of 2'^^ seconds/second^. 



gnsS'TO'lD 

This field specifies the GNSS system time of the GNSS for which the GNSS-TimeModelElement is applicable. GNSS- 
TimeModelElement con\a\ns parameters to convert GNSS system time from the system indicated by GA/SS-/D to 
GNSS system time indicated by gnss-TO-ID. The conversion is defined in [4,5,6]. See table of gnss-TO-ID to 
Indication relation below. 
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GNSS-TlmeModelElement field descriptions 



weekNumber 

This field specifies the reference week of the GNSS-TimeModelElement gwen in GNSS specific system time. 
Scale factor 1 week. 



deltaT 

This field specifies the integer number of seconds of the GNSS-GNSS time offset provided in the GNSS- 

TimeModelElement. 

Scale factor 1 second. 



gnss-TO-ID to Indication relation 



Value of gnss-TO-ID 


Indication 


1 


GPS 


2 


Galileo 


3 


QZSS 


4 


GLONASS 


5-15 


reserved 



GNSS-DifferentialCorrections 

The IE GNSS-DijferentialCorrections is used by the location server to provide differential GNSS corrections to the 
target device for a specific GNSS. Differential corrections can be provided for up to 3 signals per GNSS. 

-- ASNl START 

GNSS-DifferentialCorrections ::= SEQUENCE { 
dgnss-RefTime INTEGER (0..3599), 
dgnss - SgnTypeList DONS S - SgnTypeList , 



DGNSS-SgnTypeList ::= SEQUENCE (SIZE (1..3)) OF DGNSS -SgnTypeElement 

DGNSS -SgnTypeElement ::= SEQUENCE { 

gnss-SignallD GNSS-SignallD, 
gnss-StatusHealth INTEGER (0..7), 
dgnss-SatList DGNSS-SatList , 



DGNSS-SatList ::= SEQUENCE (SIZE (1..64)) OF DGNSS-CorrectionsElement 



DGNSS- Correct ionsElement 



SEQUENCE { 



svID 


SV-ID, 






iod 


BIT STRING (SIZE (11) ) , 






udre 


INTEGER ( . . 3 ) , 






pseudoRangeCor 


INTEGER (-2047. .2047) , 






rangeRateCor 


INTEGER (-127. .127) , 






udreGrowthRate 


INTEGER (0. .7) 


OPTIONAL, 


-- Need ON 


udreValidityTime 


INTEGER (0. .7) 


OPTIONAL, 


-- Need ON 



ASNISTOP 



GNSS-DifferentialCorrections field descriptions 



dgnss-RefTime 

This field specifies the time for which the DGNSS corrections are valid, modulo 1 hour. dgnss-RefTime is given in 
GNSS specific system time. 
Scale factor 1 -second. 



dgnss-Sgn TypeLlst 

This list includes differential correction data for different GNSS signal types, identified by GNSS-SignallD. 
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GNSS-DlfferentlalCorrectlons field descriptions 



gnss-StatusHealth 

This field specifies the status of the differential corrections. The values of this field and their respective meanings are 

defined as in table gnss-StatusHealth Value to Indication relation below. 

The first six values in this field indicate valid differential corrections. When using the values described below, the 

"UDRE Scale Factor" value is applied to the UDRE values contained in the element. The purpose is to indicate an 

estimate in the amount of error in the corrections. 

The value "110" indicates that the source of the differential corrections (e.g., reference station or external DGNSS 

network) is currently not being monitored. The value "1 1 1 " indicates that the corrections provided by the source are 

invalid, as judged by the source. 



dgnss-SatList 

This list includes differential correction data for different GNSS satellites, identified by SV-ID. 



iod 

This field specifies the Issue of Data field which contains the identity for the GNSS-NavigationModel. 



udre 

This field provides an estimate of the uncertainty (1-a) in the corrections for the particular satellite. The value in this 
field shall be multiplied by the UDRE Scale Factor in the gnss-StatusHealth field to determine the final UDRE estimate 
for the particular satellite. The meanings of the values for this field are shown in the table udre Value to Indication 
relation below. 



pseudoRangeCor 

This field specifies the correction to the pseudorange for the particular satellite at dgnss-RefTinfie, to. The value of this 

field is given in meters and the scale factor is 0.32 meters in the range of ±655.04 meters. The method of calculating 

this field is described in [11]. 

If the location server has received a request for GNSS assistance data from a target device which included a request 

for the GNSS Navigation Model and DGNSS, the location server shall determine, for each satellite, if the navigation 

model stored by the target device is still suitable for use with DGNSS corrections and if so and if DGNSS corrections 

are supported the location server should send DGNSS corrections without including the GNSS Navigation Model. 

The /od value sent for a satellite shall always be the IOD value that corresponds to the navigation model for which the 

pseudo-range corrections are applicable. 

The target device shall only use the pseudoRangeCor ya\ue when the IOD value received matches its available 

navigation model. 

Pseudo-range corrections are provided with respect to GNSS specific geodetic datum (e.g., PZ-90.02 if GNSS-ID 

indicates GLONASS). 

Scale factor 0.32 meters. 



rangeRateCor 

This field specifies the rate-of-change of the pseudorange correction for the particular satellite, using the satellite 
ephemeris and clock corrections identified by the /be/ field. The value of this field is given in meters per second and the 
resolution is 0.032 meters/sec in the range of ±4.064 meters/sec. For some time ti > to, the corrections for iod are 
estimated by 

PRC(ti, IOD) = PRC(to, IOD) + RRC(to,IOD)(ti - to) , 
and the target device uses this to correct the pseudorange it measures at ti, PRm(ti,IOD), by 

PR(ti, IOD) = PRm(ti, IOD) + PRC(ti, IOD) . 
The location server shall always send the RRC value that corresponds to the PRC value that it sends. The target 
device shall only use the RRC value when the /oc/ value received matches its available navigation model. 
Scale factor 0.032 meters/second. 



udreGrowthRate 

This field provides an estimate of the growth rate of uncertainty (1-a) in the corrections for the particular satellite 
identified by SV-ID. The estimated UDRE at time value specified in the udreValidityTime ti is calculated as follows: 

\JDRE{to+ti) = UDRE(fo) x udreGrowthRate , 
where to is the DGNSS Reference Time dgnss-RefTimeiox which the corrections are valid, ti is the udreValidityTime 
field, UDRE(fo) is the value of the udre field, and udreGrowthRate field is the factor as shown in the table Value of 
udreGrowthRate \o Indication relation below. 



udre ValidityTime 

This field specifies the time when the udreGrowthRate i'\e\6 applies and is included if udreGrowthRate is included. The 
meaning of the values for this field is as shown in the table Value of udreValidityTime \o Indication relation below. 



gnss-StatusHealth Value to Indication relation 



gnss- 

StatusHealth 

Value 


Indication 


000 


UDRE Scale Factor = 1.0 


001 


UDRE Scale Factor = 0.75 


010 


UDRE Scale Factor = 0.5 


oil 


UDRE Scale Factor = 0.3 


100 


UDRE Scale Factor = 0.2 


101 


UDRE Scale Factor = 0.1 


110 


Reference Station Transmission Not Monitored 
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111 



Data is invalid - disregard 



udre Value to Indication relation 



udre Value 


Indication 


00 


UDRE < 1.0 m 


01 


1.0 m< UDRE < 4.0 m 


10 


4.0 m< UDRE < 8.0 m 


11 


8.0 m< UDRE 



Value of udreGrowthRate to Indication relation 



Value of 
UdreGrowthRate 


Indication 


000 


1.5 


001 


2 


010 


4 


oil 


6 


100 


8 


101 


10 


110 


12 


111 


16 



Value of udreValidityTimeXo Indication relation 



Value of 
udreValldityTime 


Indication 
[seconds] 


000 


20 


001 


40 


010 


80 


oil 


160 


100 


320 


101 


640 


110 


1280 


111 


2560 



GNSS-NavigationModel 

The IE GNSS-NavigationModel is used by the location server to provide precise navigation data to the GNSS capable 
target device. In response to a request from a target device for GNSS Assistance Data, the location server shall 
determine whether to send the navigation model for a particular satellite to a target device based upon factors like the T- 
Toe limit specified by the target device and any request from the target device for DGNSS (see also GNSS- 
DijferentialCorrections). GNSS Orbit Model can be given in Keplerian parameters or as state vector in Earth-Centered 
Earth-Fixed coordinates, dependent on the GNSS-ID and the target device capabilities. The meaning of these parameters 
is defined in relevant ICDs of the particular GNSS and GNSS specific interpretations apply. For example, GPS and 
QZSS use the same model parameters but some parameters have a different interpretation [7]. 

-- ASNl START 

GNSS-NavigationModel ::= SEQUENCE { 

nonBroadcastlndFlag INTEGER (0..1), 
gnss-SatelliteList GNSS-NavModelSatelliteList , 



GNSS-NavModelSatelliteList ::= SEQUENCE (SIZE (1 . . 64) ) OF GNSS-NavModelSatelliteElement 

GNSS-NavModelSatelliteElement ::= SEQUENCE { 
svID SV-ID, 

svHealth BIT STRING (SIZE(8)), 

iod BIT STRING (SIZE(ll)), 

gnss-ClockModel GNSS-ClockModel, 
gnss-OrbitModel GNSS-OrbitModel, 
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} 

GNSS-ClockModel ::= CHOICE 


{ 




stanciarciClockModelList 


StandardClockModelList , 


-- Model -1 


nav-ClockModel 


NAV-ClockModel, 


-- Model -2 


cnav-ClockModel 


CNAV-ClockModel, 


-- Model -3 


glonass-ClockModel 


GLONASS-ClockModel, 


-- Model -4 


sbas-ClockModel 

} 

GNSS- Orb it Model ::= CHOICE 


SBAS-ClockModel, 


-- Model -5 


{ 




keplerianSet 


NavModel KeplerianSet , 


-- Model -1 


nav-KeplerianSet 


NavModelNAV- KeplerianSet, 


-- Model -2 


cnav- KeplerianSet 


Na vMode 1 CNAV - Kep lerianSet, 


-- Model -3 


glonass-ECEF 


NavModel -GLONASS - ECEF , 


-- Model -4 


sbas-ECEF 

} 

-- ASNISTOP 


NavModel - SBAS - ECEF , 


-- Model -5 







GNSS-NavlgationModel field descriptions 



nonBroadcastlndFlag 

This field indicates if the GNSS-NavigationModel e\emen\s are not derived from satellite broadcast data or are given in 
a format not native to the GNSS. A value of means the GNSS-NavigationModel 6a\a elements correspond to GNSS 
satellite broadcasted data; a value of 1 means the GNSS-NavigationModel 6a\a elements are not derived from 
satellite broadcast. 



gnss-SatelliteList 

This list provides ephemeris and clock corrections for GNSS satellites indicated by SV-ID. 



svHealth 

This field specifies the satellite"s current health. The health values are GNSS system specific. The interpretation of 
svHealth depends on the GNSS-ID and is as shown in table GNSS to svHealth Bit String(8) relation below. 



iod 

This field specifies the Issue of Data and contains the identity for GNSS Navigation Model. 

In case of broadcasted GPS NAV ephemeris, the /oc/ contains the lODG as described in [4]. 

In case of broadcasted Modernized GPS ephemeris, the /od contains the 11 -bit parameter toe as defined in [4, Table 

30-1] [6, Table 3.5-1]. 

In case of broadcasted SBAS ephemeris, the /od contains the 8 bits Issue of Data as defined in [10] Message Type 9. 

In case of broadcasted QZSS QZS-L1 ephemeris, the /od contains the lODG as described in [7]. 

In case of broadcasted QZSS QZS-L1 G/L2G/L5 ephemeris, the iod contains the 1 1 -bit parameter toe as defined in [7]. 

In case of broadcasted GLONASS ephemeris, the /od contains the parameter tb as defined in [9]. 

In the case of broadcasted Galileo ephemeris, the /od contains the IOD index as described in [8]. 

The interpretation of /od depends on the G/VSS-/D and is as shown in table GNSS to iod Bit String(ll) relation below. 



GNSS to svHealth Bit String(8) relation 



GNSS 


svHealth Bit String(8) 


Bit1 

(MSB) 


Bit 2 


Bits 


Bit 4 


Bits 


Bite 


Bit? 


Bits 

(LSB) 


GPS 
L1/CA^') 


SV Health [4] 


"0" 
(reserved) 


"0" 
(reserved) 


Modernized 
GPS^'^ 


Lie Health 
[6] 


L1 Health 
[4,5] 


L2 Health 
[4,5] 


L5 Health 
[4,5] 


"0" 
(reserved) 


"0" 
(reserved) 


"0" 
(reserved) 


"0" 
(reserved) 


SBAS^'^ 


Ranging 

On(0),Off(1) 

[10] 


Corrections 

On(0),Off(1) 

[10] 


Integrity 

On(0),Off( 

1)[10] 


"0" 
(reserved) 


"0" 
(reserved) 


"0" 
(reserved) 


"0" 
(reserved) 


"0" 
(reserved) 


QZSS^'^ 
QZS-L1 


SV Health [7] 


"0" 
(reserved) 


"0" 
(reserved) 


QZSS^'^ 

QZS- 

L1C/L2C/L5 


L1C Health 
[7] 


LI Health 
[7] 


L2 Health 
[7] 


L5 Health 
[7] 


"0" 
(reserved) 


"0" 
(reserved) 


"0" 
(reserved) 


"0" 
(reserved) 


GLONASS 


Bn (MSB) 
[9, page 30] 


Ft[9, Table 4.4] 


"0" 
(reserved) 


"0" 
(reserved) 


"0" 
(reserved) 


Galileo 

[8, pages 75- 

76] 


E5a Data 
Validity 
Status 


E5b Data 
Validity 
Status 


EI-BData 
Validity 
Status 


E5a Signal Health 

Status 
See [8], Table 67 


"0" 
(reserved) 


"0" 
(reserved) 


"0" 
(reserved) 


Note 1 : If GNSS-ID indicates "gps", and GNSS Orbit Model-2 is included, this interpretation of svHealth applies. 
Note 2: If GNSS-ID indicates "gps", and GNSS Orbit Model-3 is included, this interpretation of svHealth applies. 

If a certain signal is not supported on the satellite indicated by SV-ID, the corresponding health bit shall be set to "1" 
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(i.e., signal can not be used). 
Note 3: svHealth in case of GNSS-ID indicates "sbas" includes the 5 LSBs of the Health included in GEO Almanac IVIessage 

Parameters (Type 17) [10]. 
Note 4: If GNSS-ID indicates "qzss", and GNSS Orbit Model-2 is included, this interpretation of svHealth applies. 
Note 5: If GNSS-ID indicates "qzss", and GNSS Orbit l\/lodel-3 is included, this interpretation of svHealth applies. 



GNSS to iod Bit String(11) relation 



GNSS 


/od Bit String(ll) 


Biti 

(MSB) 


Bit 2 


Bits 


Bit 4 


Bits 


Bits 


Bit 7 


Bits 


Bit 9 


Bit 10 


Bit 11 

(LSB) 


GPSL1/CA 


"0" 


Issue of Data, Clock [4] 


Modernized 
GPS 


toe (seconds, scale factor 300, range - 604500) [4,5,6] 


SBAS 


"0" 


"0" 


"0" Issue of Data ([1 0], Message Type 9) 




QZSS QZS-L1 


"0" 


Issue of Data, Clock [7] 


QZSS 
QZS- 
L1C/L2C/L5 


toe (seconds, scale factor 300, range - 604500) [7] 


GLONASS 


"0" 


"0" 


"0" "0" tb (minutes, scale factor 15, range 0- 1425) [9] 




Galileo 


"0" 


IOD [8] 



StandardClockModelList 



ASNl START 



StandardClockModelList 



SEQUENCE (SIZE(1..2)) OF StandardClockModelElement 



StandardClockModelElement : : = SEQUENCE { 

stanClockToc INTEGER (0.. 16383), 

stanClockAF2 INTEGER ( -2048 .. 2047) , 

stanClockAFl INTEGER ( -131072 .. 131071) , 

stanClockAFO INTEGER ( -134217728 .. 134217727) 

stanClockTgd INTEGER (-512.. 511) 

stanModellD INTEGER (0..1) 



OPTIONAL, 
OPTIONAL, 



Need ON 
Need ON 



-- ASNISTOP 



StandardClockModelList field descriptions 



StandardClockModelList 

gnss-ClockModel Model-1 contains one or two clock model elements depending on the GNSS. If included, clock 
Model-1 shall be included once or twice depending on the target device capability. 

If the target device is supporting multiple Galileo signals, the location server shall include both F/Nav and l/Nav clock 
models in gnss-ClockModel \\ the location server assumes the target device to perform location information calculation 
using multiple signals. 



StanClockToc 

Parameter toe defined in [8]. 
Scale factor 60 seconds. 



stanClockAF2 

Parameter ah defined in [8]. 
Scale factor 2'^^ seconds/second^. 



StanClockAFl 

Parameter afi defined in [8]. 
Scale factor 2'^^ seconds/second. 



StanClockAFO 

Parameter afo defined in [8]. 
Scale factor 2'^^ seconds. 



StanClockTgd 

Parameter Tgd defined in [8]. 

Scale factor 2'^^ seconds. 

This field is required if the target device supports only single frequency Galileo signal. 



StanModellD 

This field specifies the identity of the clock model according to the table Value of stanModellD to Identity relation 
below. This field is required if the location server includes both F/Nav and l/Nav Galileo clock models in gnss- 
ClockModel. 
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Value of stanModellD to Identity relation 



Value of 
StanModellD 


Identity 





l/Nav 


1 


F/Nav 



NAV-ClockModel 



-- ASNl START 

NAV-ClockModel 
navToc 
navaf 2 
navaf 1 
navaf 
navTgd 



SEQUENCE { 

INTEGER (0. .37799) , 

INTEGER (-128. .127) , 

INTEGER (-32768 . .32767) , 

INTEGER (-2097152 . .2097151) 

INTEGER (-128. .127) , 



ASNISTOP 



NAV-ClockModel i\e\6 descriptions 



navToc 

Parameter toe, time of clock (seconds) [4,7] 
Scale factor 2"^ seconds. 



navaf 2 

Parameter af2, clock correction polynomial coefficient (sec/sec^) [4,7]. 
Scale factor 2'^^ seconds/second^. 



navaf 1 

Parameter an, clock correction polynomial coefficient (sec/sec) [4,7]. 
Scale factor 2"^^ seconds/second. 



navaf 

Parameter ato, clock correction polynomial coefficient (seconds) [4,7]. 
Scale factor 2'^^ seconds. 



navTgd 

Parameter Tgd, group delay (seconds) [4,7]. 
Scale factor 2'^^ seconds. 



CNAV-ClockModel 



-- ASNl START 










CNAV-ClockModel : 


= SEQUENCE 


{ 






cnavToc 


INTEGER 


0. .2015) , 






cnavTop 


INTEGER 


0. .2015) , 






cnavURAO 


INTEGER 


-16. .15) , 






cnavURAl 


INTEGER 


0..7), 






cnavURA2 


INTEGER 


0..7), 






cnavAf 2 


INTEGER 


-512. .511) , 






cnavAf 1 


INTEGER 


-524288. .524287) , 






cnavAf 


INTEGER 


-33554432. .33554431) , 






cnavTgd 


INTEGER 


-4096. .4095) , 






cnavISCllcp 


INTEGER 


-4096. .4095) 


OPTIONAL, 


-- Need ON 


cnavISCllcd 


INTEGER 


-4096. .4095) 


OPTIONAL, 


-- Need ON 


cnavISCllca 


INTEGER 


-4096. .4095) 


OPTIONAL, 


-- Need ON 


cnavISC12c 


INTEGER 


-4096. .4095) 


OPTIONAL, 


-- Need ON 


cnavISCl5i5 


INTEGER 


-4096. .4095) 


OPTIONAL, 


-- Need ON 


cnavISCl5q5 

} 

-- ASNISTOP 


INTEGER 


-4096. .4095) 


OPTIONAL, 


-- Need ON 
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CNAV-ClockModel i\e\6 descriptions 



cnavToc 

Parameter toe, clock data reference time of week (seconds) [4,5,6,7]. 
Scale factor 300 seconds. 



cnavTop 

Parameter top, clock data predict time of week (seconds) [4,5,6,7]. 
Scale factor 300 seconds 



cnavURAO 

Parameter URAoc Index, SV clock accuracy index (dimensionless) [4,5,6,7]. 



cnavURAI 

Parameter URAod Index, SV clock accuracy change index (dimensionless) [4,5,6,7]. 



cnavURA2 

Parameter URAoc2 Index, SV clock accuracy change rate index (dimensionless) [4,5,6,7]. 



cnavAf2 

Parameter af2-n, SV clock drift rate correction coefficient (sec/sec^) [4,5,6,7]. 
Scale factor 2'^° seconds/second^. 



cnavAfI 

Parameter an-n, SV clock drift correction coefficient (sec/sec) [4,5,6,7]. 
Scale factor 2'^^ seconds/second. 



cnavAfO 

Parameter ato-n, SV clock bias correction coefficient (seconds) [4,5,6,7]. 
Scale factor 2'^^ seconds. 



cnavTgd 

Parameter Tgd, Group delay correction (seconds) [4,5,6,7]. 
Scale factor 2'^^ seconds. 



cnavlSCHcp 

Parameter ISCucp, inter signal group delay correction (seconds) [6,7]. 

Scale factor 2'^^ seconds. 

The location server includes this field if the target device is GPS capable and supports the L1c signal. 



cnavlSCHcd 

Parameter ISCucd, inter signal group delay correction (seconds) [6,7]. 

Scale factor 2'^^ seconds. 

The location server includes this field if the target device is GPS capable and supports the L1c signal. 



cnavlSCUca 

Parameter ISClic/a, inter signal group delay correction (seconds) [4,5,7]. 

Scale factor 2'^^ seconds. 

The location server includes this field if the target device is GPS capable and supports the L1ca signal. 



cnavlSCI2c 

Parameter ISCl2c, inter signal group delay correction (seconds) [4,5,7]. 

Scale factor 2'^^ seconds. 

The location server includes this field if the target device is GPS capable and supports the L2c signal. 



cnavlSCI5i5 

Parameter ISClsis, inter signal group delay correction (seconds) [5,7]. 

Scale factor 2'^^ seconds. 

The location server includes this field if the target device is GPS capable and supports the L5 signal. 



cnavlSCI5q5 

Parameter ISClsqs, inter signal group delay correction (seconds) [5,7]. 

Scale factor 2'^^ seconds. 

The location server includes this field if the target device is GPS capable and supports the L5 signal. 



GLONASS-ClockModel 

-- ASNl START 

GLONASS-ClockModel ::= SEQUENCE { 

gloTau INTEGER ( -2097152 .. 2097151) , 

gloGamma INTEGER ( -1024 .. 1023) , 

gloDeltaTau INTEGER (-16.. 15) OPTIONAL, -- Need ON 



ASNISTOP 
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GLONASS-ClockModel field descriptions 



gloTau 

Parameter Tn(tb), satellite clock offset (seconds) [9]. 
Scale factor 2'^ seconds. 



gloGamma 

Parameter yn(tb), relative frequency offset from nominal value (dimensionless) [9]. 
Scale factor 2""^°. 



gloDeltaTau 

Parameter Axn , time difference between transmission in G2 and G1 (seconds) [9]. 

Scale factor 2'^° seconds. 

The location server includes this parameter if the target device is dual frequency GLONASS receiver capable. 



SBAS-ClockModel 



ASNl START 



SBAS-ClockModel 
sbasTo 
sbasAgfo 
sbasAgf 1 



:= SEQUENCE { 

INTEGER (0. .5399) , 
INTEGER (-2048. .2047) 
INTEGER (-128 . .127) , 



-- ASNISTOP 



SBAS-ClockModel i\e\6 descriptions 



sbasTo 

Parameter to [10]. 
Scale factor 16 seconds. 



sbasAgfo 

Parameter aofo [10]. 
Scale factor 2'^ seconds. 



sbasAgfl 

Parameter aon [10]. 

Scale factor 2"^ seconds/second. 



NavModelKeplerianSet 



-- ASNl START 






NavModelKeplerianSet 


: : = SEQUENCE { 


keplerToe 


INTEGER 


. . 16383) , 


keplerW 


INTEGER 


-2147483648. .2147483647) , 


keplerDeltaN 


INTEGER 


-32768. .32767) , 


keplerMO 


INTEGER 


-2147483648. .2147483647) , 


keplerOmegaDot 


INTEGER 


-8388608. . 8388607) , 


keplerE 


INTEGER 


0. .4294967295) , 


keplerlDot 


INTEGER 


-8192. .8191) , 


keplerAPowerHalf 


INTEGER 


0. . 4294967295) , 


keplerlO 


INTEGER 


-2147483648. .2147483647) , 


keplerOmegaO 


INTEGER 


-2147483648. .2147483647) , 


keplerCrs 


INTEGER 


-32768. .32767) , 


keplerCis 


INTEGER 


-32768. .32767) , 


keplerCus 


INTEGER 


-32768. .32767) , 


keplerCrc 


INTEGER 


-32768. .32767) , 


keplerCic 


INTEGER 


-32768. .32767) , 


keplerCuc 

} 

-- ASNISTOP 


INTEGER 


-32768. .32767) , 







NavModelKeplerianSet field descriptions 



keplerToe 

Parameter toe> time-of-ephemeris in seconds [8]. 
Scale factor 60 seconds. 
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NavModelKeplerianSet field descriptions 



keplerW 

Parameter co, argument of perigee (semi-circles) [8]. 
Scale factor 2'^^ semi-circles. 



keplerDeltaN 

Parameter An, mean motion difference from computed value (semi-circles/sec) [8]. 
Scale factor 2'^^ semi-circles/second. 



keplerMO 

Parameter Mq, mean anomaly at reference time (semi-circles) [8]. 
Scale factor 2'^^ semi-circles. 



keplerOmegaDot 

Parameter OMEGAdot, longitude of ascending node of orbit plane at weekly epoch (semi-circles/sec) [8]. 
Scale factor 2'^^ semi-circles/second. 



keplerE 

Parameter e, eccentricity [8]. 
Scale factor 2"^l 



KeplerlDot 

Parameter Idot, rate of inclination angle (semi-circles/sec) [8]. 
Scale factor 2'^^ semi-circles/second. 



keplerAPowerHalf 

Parameter sqrtA, semi-major Axis in (meters)'^' [8]. 
Scale factor 2'^^ meters'^'. 



keplerlO 

Parameter Iq, inclination angle at reference time (semi-circles) [8]. 
Scale factor 2"^^ semi-circles. 



keplerOmegaO 

Parameter OMEGAq, longitude of ascending node of orbit plane at weekly epoch (semi-circles) [8]. 
Scale factor 2"^^ semi-circles. 



keplerCrs 

Parameter Crs, amplitude of the sine harmonic correction term to the orbit radius (meters) [8]. 
Scale factor 2'^ meters. 



keplerCis 

Parameter Cjs, amplitude of the sine harmonic correction term to the angle of inclination (radians) [8]. 
Scale factor 2'^^ radians. 



keplerCus 

Parameter Cys, amplitude of the sine harmonic correction term to the argument of latitude (radians) [8]. 
Scale factor 2'^^ radians. 



keplerCrc 

Parameter Crc, amplitude of the cosine harmonic correction term to the orbit radius (meters) [8]. 
Scale factor 2'^ meters. 



keplerCIc 

Parameter Cjc, amplitude of the cosine harmonic correction term to the angle of inclination (radians) [8]. 
Scale factor 2'^^ radians. 



keplerCuc 

Parameter Cue, amplitude of the cosine harmonic correction term to the argument of latitude (radians) [8]. 
Scale factor 2'^^ radians. 



NavModelNAV-KeplerianSet 



-- ASNl START 



NavModelNAV- Kepler 
navURA 
navFitFlag 
navToe 
navOmega 
navDeltaN 
navMO 

navOmegaADot 
navE 
navIDot 
navAPowerHal f 
navIO 

navOmegaAO 
navCrs 
navCis 
navCus 



ianSet : : = 
INTEGER 
INTEGER 
INTEGER 
INTEGER 
INTEGER 
INTEGER 
INTEGER 
INTEGER 
INTEGER 
INTEGER 
INTEGER 
INTEGER 
INTEGER 
INTEGER 
INTEGER 



SEQUENCE { 

0. .15) , 

0..1), 

0. .37799) , 

-2147483648. .2147483647) 

-32768. .32767) , 

-2147483648. .2147483647) 

-8388608. .8388607) , 

0. .4294967295) , 

-8192. .8191) , 

. .4294967295) , 

-2147483648. .2147483647) 

-2147483648. .2147483647) 

-32768. .32767) , 

-32768. .32767) , 

-32768. .32767) , 
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navCrc INTEGER ( -32768 .. 32767) , 

navCic INTEGER ( -32768 .. 32767) , 

navCuc INTEGER ( -32768 .. 32767) , 

addNAVparam SEQUENCE { 

ephemCodeOnL2 INTEGER ( . . 3 ) , 
ephemL2Pflag INTEGER (0..1), 
ephemSFlRsvd SEQUENCE { 

reservedl INTEGER (0 .. 8388607) , -- 23-bit field 
reserved2 INTEGER (0 .. 16777215) , -- 24-bit field 
reserved3 INTEGER (0 .. 16777215) , -- 24-bit field 
reserved4 INTEGER (0.. 65535) -- 16-bit field 

ephemAODA INTEGER (0..31) 
} OPTIONAL, -- Need ON 



ASNISTOP 



NavModelNA V-KeplerianSet field descriptions 



navURA 

Parameter LIRA Index, SV accuracy (dimensionless) [4,7]. 



navFitFlag 

Parameter Fit Interval Flag, fit interval indication (dimensionless) [4,7] 



navToe 

Parameter toe, time of ephemeris (seconds) [4,7]. 
Scale factor 2"^ seconds. 



navOmega 

Parameter co, argument of perigee (semi-circles) [4,7]. 
Scale factor 2"^^ semi-circles. 



navDeltaN 

Parameter An, mean motion difference from computed value (semi-circles/sec) [4,7]. 
Scale factor 2'^^ semi-circles/second. 



navMO 

Parameter Mo, mean anomaly at reference time (semi-circles) [4,7]. 
Scale factor 2'^^ semi-circles. 



navOmegaADot 

Parameter Q , rate of right ascension (semi-circles/sec) [4,7]. 
Scale factor 2"^^ semi-circles/second. 



navE 

Parameter e, eccentricity (dimensionless) [4,7]. 
Scale factor 2"^^ 



navlDot 

Parameter IDOT, rate of inclination angle (semi-circles/sec) [4,7]. 
Scale factor 2'^^ semi-circles/second. 



navAPowerHalf 



Parameter ^JA , square root of semi-major axis (meters^ ^) [4,7] 



Scale factor 2"^^ meters'^'. 



navIO 

Parameter io, inclination angle at reference time (semi-circles) [4,7]. 
Scale factor 2'^^ semi-circles. 



navOmegaAO 

Parameter Qo, longitude of ascending node of orbit plane at weekly epoch (semi-circles) [4,7]. 
Scale factor 2'^^ semi-circles. 



navCrs 

Parameter Crs, amplitude of sine harmonic correction term to the orbit radius (meters) [4,7]. 
Scale factor 2'^ meters. 



navCis 

Parameter Cis, amplitude of sine harmonic correction term to the angle of inclination (radians) [4,7]. 
Scale factor 2'^^ radians. 



navCus 

Parameter Cus, amplitude of sine harmonic correction term to the argument of latitude (radians) [4,7]. 
Scale factor 2'^^ radians. 



navCrc 

Parameter Crc, amplitude of cosine harmonic correction term to the orbit radius (meters) [4,7]. 
Scale factor 2'^ meters. 
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NavModelNA V-KeplerlanSet field descriptions 



navCic 

Parameter Cic, amplitude of cosine harmonic correction term to the angle of inclination (radians) [4,7]. 
Scale factor 2'^^ radians. 



navCuc 

Parameter Cue, amplitude of cosine harmonic correction term to the argument of latitude (radians) [4,7]. 
Scale factor 2'^^ radians. 



addNAVparam 

These fields include data and reserved bits in the GPS NAV message [4,14]. 

These additional navigation parameters, if provided by the location server, allow the target device to perform data 

wipe-off similar to what is done by the target device with the GNSS-DataBitAssistance. 



NavModelCNAV-KeplerianSet 



-- ASNl START 






NavModelCNAV-KeplerianSet ::= SEQUENCE { 


cnavTop 


INTEGER 


0. .2015) , 


cnavURAindex 


INTEGER 


-16. .15) , 


cnavDeltaA 


INTEGER 


-33554432. .33554431) , 


cnavAdot 


INTEGER 


-16777216. .16777215) , 


cnavDeltaNo 


INTEGER 


-65536. .65535) , 


cnavDeltaNoDot 


INTEGER 


-4194304. .4194303) , 


cnavMo 


INTEGER 


-4294967296. .4294967295) 


cnavE 


INTEGER 


0. .8589934591) , 


cnavOmega 


INTEGER 


-4294967296. .4294967295) 


cnavOMEGAO 


INTEGER 


-4294967296. .4294967295) 


cnavDeltaOmegaDot 


INTEGER 


-65536. .65535) , 


cnavio 


INTEGER 


-4294967296. .4294967295) 


cnavIoDot 


INTEGER 


-16384. .16383) , 


cnavCis 


INTEGER 


-32768. .32767) , 


cnavCic 


INTEGER 


-32768. .32767) , 


cnavCrs 


INTEGER 


-8388608. .8388607) , 


cnavCrc 


INTEGER 


-8388608. .8388607) , 


cnavCus 


INTEGER 


-1048576. .1048575) , 


cnavCuc 

} 

-- ASNISTOP 


INTEGER 


-1048576. .1048575) , 







NavModelCNA V-KeplerianSet field descriptions 



cnavTop 

Parameter top, data predict time of week (seconds) [4,5,6,7]. 
Scale factor 300 seconds. 



cnavURAindex 

Parameter URApe Index, SV accuracy (dimensionless) [4,5,6,7]. 



cnavDeltaA 

Parameter AA, semi-major axis difference at reference time (meters) [4,5,6,7]. 
Scale factor 2'^ meters. 



cnavAdot 

Parameter A , change rate in semi-major axis (meters/sec) [4,5,6,7]. 
Scale factor 2'^^ meters/sec. 



cnavDeltaNo 

Parameter Ano, mean motion difference from computed value at reference time (semi-circles/sec) [4,5,6,7]. 
Scale factor 2'^^ semi-circles/second. 



cna vDeltaNoDot 

Parameter Ah^ , rate of mean motion difference from computed value (semi-circles/sec^) [4,5,6,7]. 
Scale factor 2'^^ semi-circles/second^. 



cnavMo 

Parameter Mo-n, mean anomaly at reference time (semi-circles) [4,5,6,7]. 
Scale factor 2'^^ semi-circles. 



cnavE 

Parameter en, eccentricity (dimensionless) [4,5,6,7]. 
Scale factor 2"^^ 
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NavModelCNA V-KeplerlanSet field descriptions 



cnavOmega 

Parameter con, argument of perigee (semi-circles) [4,5,6,7]. 
Scale factor 2'^^ semi-circles. 



cnavOMEGAO 

Parameter Qo-n> reference right ascension angle (semi-circles) [4,5,6,7]. 
Scale factor 2'^^ semi-circles. 



cnavDeltaOmegaDot 

Parameter AQ , rate of right ascension difference (semi-circles/sec) [4,5,6,7]. 



Scale factor 2'^'^ semi-circles/second. 



cnavio 

Parameter io-n, inclination angle at reference time (semi-circles) [4,5,6,7]. 
Scale factor 2'^^ semi-circles. 



cnavio Dot 

Parameter lo-n-DOT, rate of inclination angle (semi-circles/sec) [4,5,6,7]. 
Scale factor 2'^'^ semi-circles/second.. 



cnavCIs 

Parameter Cis-n, amplitude of sine harmonic correction term to the angle of inclination (radians) [4,5,6,7]. 
Scale factor 2'^° radians. 



cnavCic 

Parameter Cjc-n, amplitude of cosine harmonic correction term to the angle of inclination (radians) [4,5,6,7]. 
Scale factor 2'^° radians. 



cnavCrs 

Parameter Crs-n> amplitude of sine harmonic correction term to the orbit radius (meters) [4,5,6,7]. 
Scale factor 2"^ meters. 



cnavCrc 

Parameter Crc-n> amplitude of cosine harmonic correction term to the orbit radius (meters) [4,5,6,7]. 
Scale factor 2'^ meters. 



cnavCus 

Parameter Cus-n, amplitude of the sine harmonic correction term to the argument of latitude (radians) [4,5,6,7]. 
Scale factor 2'^° radians. 



cnavCuc 

Parameter Cuc-n, amplitude of cosine harmonic correction term to the argument of latitude (radians) [4,5,6,7]. 
Scale factor 2'^° radians. 



NavModel-GLONASS-ECEF 

-- ASNl START 

NavModel-GLONASS-ECEF ::= SEQUENCE { 

gloEn INTEGER (0..31), 

gloPl BIT STRING (SIZE(2)), 

gloP2 BOOLEAN, 

(0..3), 



gloM INTEGER 

gloX INTEGER 

gloXdot INTEGER 

gloXdotdot INTEGER 

gloY INTEGER 

gloYdot INTEGER 

gloYdotdot INTEGER 

gloZ INTEGER 

gloZdot INTEGER 

gloZdotdot INTEGER 



ASNISTOP 



-67108864. .67108863) 
-8388608. .8388607) , 
-16. .15) , 

-67108864. .67108863) 
-8388608. .8388607) , 
-16. .15) , 

-67108864. .67108863) 
-8388608. .8388607) , 
-16. .15) , 



NavModel-GLONASS-ECEF i\e\6 descriptions 



gloEn 

Parameter En, age of data (days) [9]. 
Scale factor 1 days. 



gloP1 

Parameter P1 , time interval between two adjacent values of tb (minutes) [9]. 



gloP2 

Parameter P2, change of tb flag (dimensionless) [9]. 
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A/av^Mode/-GLOA/4SS-ECEF field descriptions 


gloM 

Parameter M, 


type ( 


3f satellite (dimensionless) [9]. 


giox 

Parameter x^ 


(^.). 


x-coordinate of satellite at time tb (kilometers) [9]. 


Scale factor 2 


"^^ kilometers. 


gloXdot 






Parameter x^ 


a.). 


x-coordinate of satellite velocity at time tb (kilometers/sec) [9]. 


Scale factor 2 


"^° kilometers/second. 


gloXdotdot 






Parameter x^ 


ih), 


x-coordinate of satellite acceleration at time tb (kilometers/sec^) [9]. 


Scale factor 2 


"^° kilometers/second^. 


gioY 

Parameter y^ 


,(^.) 


y-coordinate of satellite at time tb (kilometers) [9]. 


Scale factor 2 


"^^ kilometers. 


gloVdot 

Parameter y^ 


,ih) 


y-coordinate of satellite velocity at time tb (kilometers/sec) [9]. 


Scale factor 2 


"^° kilometers/second. 


gloVdotdot 






Parameter y^ 


,(^.) 


y-coordinate of satellite acceleration at time tb (kilometers/sec^) [9]. 


Scale factor 2 


"^° kilometers/second^. 


flf/oZ 

Parameter z^ 


(^J, 


z-coordinate of satellite at time tb (kilometers) [9]. 


Scale factor 2 


"^^ kilometers. 


gloZdot 

Parameter z^ 


ih), 


z-coordinate of satellite velocity at time tb (kilometers/sec) [9]. 


Scale factor 2 


"^° kilometers/second. 


flf/oZcfofcfof 






Parameter z^ 


aj. 


z-coordinate of satellite acceleration at time tb (kilometers/sec^) [9]. 


Scale factor 2 


"^° kilometers/second^. 



NavModel-SBAS-ECEF 



-- ASNl START 










NavModel-SBAS-ECEF : 


= SEQUENCE 


{ 






sbasTo 


INTEGER 


(0. .5399) 


OPTIONAL, 


-- Cond ClockModel 


sbasAccuracy 


BIT STRING (SIZE (4) ) , 






sbasXg 


INTEGER 


(-536870912. .536870911) , 






sbasYg 


INTEGER 


(-536870912. .536870911) , 






sbasZg 


INTEGER 


(-16777216. .16777215) , 






sbasXgDot 


INTEGER 


(-65536. .65535) , 






sbasYgDot 


INTEGER 


(-65536. .65535) , 






sbasZgDot 


INTEGER 


(-131072. .131071) , 






sbasXgDotDot 


INTEGER 


(-512. .511) , 






sbagYgDotDot 


INTEGER 


(-512. .511) , 






sbasZgDotDot 

} 

-- ASNISTOP 


INTEGER 


(-512. .511) , 















Conditional presence 


Explanation 


ClockModel 


This field is mandatory present if gnss-ClockModel \\/\o6e\-5 is not included; otherwise it is 
not present. 



NavModel-SBAS-ECEF i\e\6 descriptions 



sbasTo 

Parameter to, time of applicability (seconds) [10]. 
Scale factor 16 seconds. 
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NavModel-SBAS-ECEFi\e\6 descriptions 



sbasAccuracy 

Parameter Accuracy, (dimensionless) [10]. 



sbasXg 

Parameter Xg, (meters) [10]. 
Scale factor 0.08 meters. 



sbasYg 

Parameter Yg, (meters) [10]. 
Scale factor 0.08 meters. 



sbasZg 

Parameter Zg, (meters) [10]. 
Scale factor 0.4 meters. 



sbasXgDot 

Parameter Xg, Rate-of-Change, (meters/sec) [10]. 
Scale factor 0.000625 meters/second. 



sbasYgDot 

Parameter Yg, Rate-of-Change, (meters/sec) [10] 
Scale factor 0.000625 meters/second. 



sbasZgDot 

Parameter Zg, Rate-of-Change, (meters/sec) [10]. 
Scale factor 0.004 meters/second. 



sbasXgDotDot 

Parameter Xg, Acceleration, (meters/sec^) [10]. 
Scale factor 0.0000125 meters/second^. 



sbagYgDotDot 

Parameter Yg , Acceleration, (meters/sec^) [10]. 
Scale factor 0.0000125 meters/second^. 



sbasZgDotDot 

Parameter Zg Acceleration, (meters/sec^) [10]. 
Scale factor 0.0000625 meters/second^. 



GNSS-RealTimelntegrity 

The IE GNSS-RealTimelntegrity is used by the location server to provide parameters that describe the real-time status of 
the GNSS constellations. GNSS-RealTimelntegrity data communicates the health of the GNSS signals to the mobile in 
real-time. 

The location server shall always transmit the GNSS-RealTimelntegrity with the current list of unhealthy signals (i.e., not 
only for signals/SVs currently visible at the reference location), for any GNSS positioning attempt and whenever GNSS 
assistance data are sent. If the number of bad signals is zero, then the GNSS-RealTimelntegrity IE shall be omitted. 

-- ASNl START 

GNSS-RealTimelntegrity ::= SEQUENCE { 

gnss-BadSignalList GNSS-BadSignalList , 



GNSS-BadSignalList ::= SEQUENCE (SIZE ( 1 . . 64 ) ) OF BadSignalElement 

BadSignalElement ::= SEQUENCE { 
badSVID SV-ID, 

badSignallD GNSS-SignallDs OPTIONAL, -- Need OP 



ASNISTOP 
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GNSS-RealTlmelntegrlty field descriptions 



gnss-BadSignalList 

This field specifies a list of satellites with bad signal or signals. 



badSVID 

This field specifies the GNSS SV-ID of the satellite with bad signal or signals. 



badSlgnallD 

This field identifies the bad signal or signals of a satellite. This is represented by a bit string in GNSS-SignallDs, with 
a one-value at a bit position means the particular GNSS signal type of the SV is unhealthy; a zero-value means 
healthy. Absence of this field means that all signals on the specific SV are bad. 



GNSS-DataBitAssistance 

The IE GNSS-DataBitAssistance is used by the location server to provide data bit assistance data for specific satelhte 
signals for data wipe-off. The data bits included in the assistance data depends on the GNSS and its signal. 

-- ASNl START 

GNSS-DataBitAssistance ::= SEQUENCE { 

gnss-TOD INTEGER (0..3599), 

gnss-TODfrac INTEGER (0..999) OPTIONAL, -- Need ON 

gnss-DataBitsSatList GNSS-DataBitsSatList , 



GNSS-DataBitsSatList ::= SEQUENCE (SIZE (1 . . 64 ) ) OF GNSS-DataBitsSatElement 

GNSS-DataBitsSatElement ::= SEQUENCE { 
svID SV-ID, 

gnss-DataBitsSgnList GNSS-DataBitsSgnList , 



GNSS-DataBitsSgnList ::= SEQUENCE (SIZE(1..8)) OF GNSS-DataBitsSgnElement 

GNSS-DataBitsSgnElement ::= SEQUENCE { 

gnss-SignalType GNSS-SignallD, 
gnss-DataBits BIT STRING (SIZE (1..1024)), 



ASNISTOP 



GNSS-DataBltAsslstance field descriptions 



gnss-TOD 

This field specifies the reference time of the first bit of the data in GNSS-DataBitAssistance in integer seconds in 
GNSS specific system time, modulo 1 hour. 
Scale factor 1 second. 



gnss-TODfrac 

This field specifies the fractional part of the gnss-TOD in 1-milli-second resolution. 
Scale factor 1 millisecond. The total GNSS TOD is gnss-TOD + gnss-TODfrac. 



gnss-DataBltsSatList 

This list specifies the data bits for a particular GNSS satellite SV-ID and signal GNSS-SignallD. 



svID 

This field specifies the GNSS SV-ID of the satellite for which the GNSS-DataBitAssistance is given. 



gnss-SignalType 

This field identifies the GNSS signal type of the GNSS-DataBitAssistance. 
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GNSS-DataBltAsslstance field descriptions 



gnss-DataBits 

Data bits are contained in GNSS system and data type specific format. 

In case of GPS L1 C/A, it contains the NAV data modulation bits as defined in [4] . 

In case of IVIodernized GPS L1C, it contains the encoded and interleaved modulation symbols as defined in [6] section 
3.2.3.1 . In case of Modernized GPS L2C, it contains either the NAV data modulation bits, the FEC encoded NAV data 
modulation symbols, or the FEC encoded CNAV data modulation symbols, dependent on the current signal 
configuration of this satellite as defined in [4, Table 3-III]. In case of Modernized GPS L5, it contains the FEC encoded 
CNAV data modulation symbols as defined in [5]. 

In case of SBAS, it contains the FEC encoded data modulation symbols as defined in [10]. 

In case of QZSS QZS-L1 , it contains the NAV data modulation bits as defined in [7] section 5.2. In case of QZSS 
QZS-L1C, it contains the encoded and interleaved modulation symbols as defined in [7] section 5.3. In case of QZSS 
QZS-L2C, it contains the encoded modulation symbols as defined in [7] section 5.5. In case of QZSS QZS-L5, it 
contains the encoded modulation symbols as defined in [7] section 5.6. 

In case of GLONASS, it contains the 100 sps differentially Manchester encoded modulation symbols as defined in [9] 
section 3.3.2.2. 

In case of Galileo, it contains the FEC encoded and interleaved modulation symbols. The logical levels 1 and 
correspond to signal levels -1 and +1, respectively. 



GNSS-AcquisitionAssistance 

The IE GNSS-AcquisitionAssistance is used by the location server to provide parameters that enable fast acquisition of 
the GNSS signals. Essentially, these parameters describe the range and derivatives from respective satellites to the 
reference location at the reference time GNSS-SystemTime provided in IE GNSS-ReferenceTime. 

Whenever GNSS-AcquisitionAssistance is provided by the location server, the IE GNSS-ReferenceTime shall be 
provided as well. E.g., even if the target device request for assistance data includes only a request for GNSS- 
AcquisitionAssistance, the location server shall also provide the corresponding IE GNSS-ReferenceTime. 

Figure 6.5.2.2-1 illustrates the relation between some of the fields, using GPS TOW as exemplary reference. 



-- ASNl START 




GNSS-AcquisitionAssistance ::= 


SEQUENCE { 


gnss-SignallD 


GNSS-SignallD, 


gnss-AcquisitionAssistList 

} 

GNSS-AcquisitionAssistList ::= 


GNSS-AcquisitionAssistList, 


SEQUENCE (SIZE(1. .64) ) OF GNSS-AcquisitionAssistElement 


GNSS-AcquisitionAssistElement 


: : = SEQUENCE { 


svID 


SV-ID, 


dopplerO 


INTEGER (-2048. .2047) , 


dopplerl 


INTEGER (0. .63) , 


dopplerUncertainty 


INTEGER (0. .4) , 


codePhase 


INTEGER (0. .1022) , 


intCodePhase 


INTEGER (0. .127) , 


codePhaseSearchWindow 


INTEGER (0. .31) , 


azimuth 


INTEGER (0. .511) , 


elevation 


INTEGER (0. .127) , 


codePhasel023 
} 


BOOLEAN OPTIONAL -- Need OP 


-- ASNISTOP 





GNSS-AcquisitionAssistance field descriptions 



gnss-SignailD 

This field specifies the G NSS signal for which the acquisition assistance are provided. 



gnss-AcquisitionAssistList 

These fields provide a list of acquisition assistance data for each GNSS satellite. 
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GNSS-AcqulsltionAsslstance field descriptions 



svID 

This field specifies the GNSS SV-ID of the satellite for which the GNSS-AcquisitionAssistance is given. 



dopplerO 

This field specifies the Doppler (0'" order term) value. A positive value in Doppler defines the increase in satellite 
signal frequency due to velocity towards the target device. A negative value in Doppler defines the decrease in 
satellite signal frequency due to velocity away from the target device. Doppler is given in unit of m/s by multiplying the 
Doppler value in Hz by the nominal wavelength of the assisted signal. 
Scale factor 0.5 m/s in the range from -1024 m/s to +1023.5 m/s. 



dopplerl 

This field specifies the Doppler (1^^ order term) value. A positive value defines the rate of increase in satellite signal 
frequency due to acceleration towards the target device. A negative value defines the rate of decrease in satellite 
signal frequency due to acceleration away from the target device. 
Scale factor 1/210 m/s^in the range from -0.2 m/s^ to +0.1 m/s^. 



dopplerUncertainty 

This field specifies the Doppler uncertainty value. It is defined such that the Doppler experienced by a stationary target 
device is in the range [Doppler-Doppler Uncertainty] to [Doppler+Doppler Uncertainty]. Doppler Uncertainty is given in 
unit of m/s by multiplying the Doppler Uncertainty value in Hz by the nominal wavelength of the assisted signal. 
Defined values: 2.5 m/s, 5 m/s, 10 m/s, 20 m/s, 40 m/s as encoded by an integer n in the range 0-4 according to: 

2 "(40) m/s; n = 0-4. 



codePhase 

This field together with the codePhasel 023 i'\e\6 specifies the code phase, in units of milli-seconds, in the range from 

to 1 millisecond scaled by the nominal chipping rate of the GNSS signal, where increasing values of the field signify 

increasing predicted signal code phases, as seen by a receiver at the reference location at the reference time. The 

reference location would typically be an apriori estimate of the target device location. 

Scale factor 2'^° ms in the range from to (1-2'^°) ms. 

Note: The value (1-2"^°) ms is encoded using the codePhase1023 IE. 



intCodePhase 

This field contains integer code phase (expressed modulo 128 ms) currently being transmitted at the reference time, 

as seen by a receiver at the reference location. 

Scale factor 1 ms in the range from to 127 ms. 



codePhaseSearch Window 

This field contains the code phase search window. The code phase search window accounts for the uncertainty in the 
estimated target device location but not any uncertainty in reference time. It is defined such that the expected code 
phase is in the range [Code Phase-Code Phase Search Window] to [Code Phase+Code Phase Search Window] 
given in units of milli-seconds. 

Range 0-31 , mapping according to the table codePhaseSearchWindow Value to Interpretation Code Phase Search 
Window [ms] relation shown below. 



azimuth 

This field specifies the azimuth angle. An angle of x degrees means the satellite azimuth a is in the range 

(x < a < x+0.703125) degrees. 

Scale factor 0.703125 degrees. 



eievation 

This field specifies the elevation angle. An angle of y degrees means the satellite elevation e is in the range 

(y < e < y+0.703125) degrees. 

Scale factor 0.703125 degrees. 



codePtiase1023 

This field if set to TRUE indicates that the code phase has the value 1023 x 2'^° = (1-2'^°) ms. This field may only be 
set to TRUE if the value provided in the codePhase IE is 1022. If this field is set to FALSE, the code phase is the 
value provided in the codePhase IE in the range from to (1 - 2x2"^°) ms. If this field is not present and the 
codePhase IE has the value 1022, the UE may assume that the code phase is between (1 - 2x2"^°) and (1 - 2"^°) ms. 



codePhaseSearchWindow Value to Interpretation Code Phase Search Window [ms] relation 



codePhaseSearchWindow 
Value 


Interpretation 
Code Phase Search Window [ms] 


'00000' 


No information 


'00001' 


0,002 


'00010' 


0,004 


'00011' 


0,008 


'00100' 


0,012 


'00101' 


0,016 


'00110' 


0,024 


'00111' 


0,032 


'01000' 


0,048 


'01001' 


0,064 
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01010 




0,096 




01011 




0,128 




01100 




0,164 




01101 




0,200 




01110 




0,250 




01111 




0,300 




10000 




0,360 




10001 




0,420 




10010 




0,480 




10011 




0,540 




10100 




0,600 




10101 




0,660 




10110 




0,720 




10111 




0,780 




11000 




0,850 




11001 




1,000 




11010 




1,150 




11011 




1,300 




11100 




1,450 




11101 




1,600 




11110 




1,800 




11111 




2,000 



SV#1 clock bias |Atsvi 

(t = tsv-Atsvi) ► 



SV#1 time tsvi [ms] <^ 9997 \<^ 



SV#Nsat clock bias |AtsvNsat| 




0,001 ^<^1 0,002N<^1 0,003 At SV#1 



SV#Nsat time tsvNsat [ms] ^ 9997 N^ 9998 N^ 9999 ^ ^>|^1 0,OOoN^1 0,001 ^X!^1 0,002^^1 0,003^ At SV#Nsat 



GPSTOWt[ms] 3997 



, 1 ms 



9998 



X 



9999 



-0.6383 ms- 



Predicted SV#1 time tsvi [ms] ><^ 9920 \<^ 9921 N^992rN^ 9923 N^ 9924 \<^ 9925 N^ 9926 



I — Chosen Reference Epoch in gnssReferenceTime 
^ 0,000N<^1 0,001 ^^^1 0,002^^1 0,003N<^ > 



Exemplary Calculation of predicted tsvi 

tsv = t+Atsv-T 

t: propagation delay from SV to target device 
Atsv: Clock Bias 



Predicted SV#Nsat time tsvNsat [ms] ^ 9924 




GNSS Acquisition Assistance for SV#1 : 

GPS TOW = 10,000 ms (a multiple of 1 ms) 

Code Phase ~ 0.6383 ms 

Integer Code Phase = 10,000 - 9922 = 78 ms 

Exemplary calculation of expected tsvi [ms] at the 
target device: 

tsvi = GPS TOW- Integer Code Phase + Code Phase 
= 10,000 - 78 + 0.6383 = 9922.6383 ms 

9927 N<^ 9928 \<^ 9929 \<^ 9930 ^ y 



< 



-0.7849 ms 



Figure 6.5.2.2-1 : Exemplary calculation of some GNSS Acquisition Assistance fields. 
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GNSS-Almanac 

The IE GNSS-Almanac is used by the location server to provide the coarse, long-term model of the satellite positions 
and clocks. The meaning of these parameters is defined in relevant ICDs of the particular GNSS and GNSS specific 
interpretations apply. For example, GPS and QZSS use the same model parameters but some parameters have a 
different interpretation [7]. GNSS-Almanac is useful for receiver tasks that require coarse accuracy, such as determining 
satellite visibility. The model is valid for up to a few weeks, typically. Since it is a long-term model, the field should be 
provided for all satellites available in the GNSS constellation (i.e., not only for SVs visible at the reference location and 
including SVs flagged as unhealthy in almanac). The completeAlmanacProvided field indicates whether or not the 
location server provided almanacs for the complete GNSS constellation. 

-- ASNl START 



GNSS-Almanac ::= SEQUENCE { 
weekNumber 
toa 
ioda 

completeAlmanacProvided 
gnss-AlmanacList 



INTEGER (0 . .255) 
INTEGER (0. .255) 
INTEGER ( . . 3 ) 
BOOLEAN, 
GNSS-AlmanacList, 



OPTIONAL, 
OPTIONAL, 
OPTIONAL, 



-- Need ON 
-- Need ON 
-- Need ON 



GNSS-AlmanacList 



SEQUENCE (SIZE (1. .64) ) OF GNSS-AlmanacElement 



GNSS-AlmanacElement ::= CHOICE { 

keplerianAlmanacSet AlmanacKeplerianSet , -- Model -1 

keplerianNAV- Almanac AlmanacNAV- Kepler ianSet, -- Model -2 

keplerianReducedAlmanac AlmanacReducedKeplerianSet , -- Model -3 

keplerianMidiAlmanac AlmanacMidiAlmanacSet , -- Model -4 

keplerianGLONASS AlmanacGLONASS-AlmanacSet , -- Model -5 



ecef - SBAS -Almanac 



AlmanacECEF-SBAS-AlmanacSet, -- Model -6 



-- ASNISTOP 



GNSS-Almanac field descriptions 



weekNumber 

This field specifies the almanac reference week number in GNSS specific system time to which the almanac reference 
time toa is referenced, modulo 256 weeks. This field is required for non-GLONASS GNSS. 



toa 



This field specifies the almanac reference time given in GNSS specific system time, in units of seconds with a scale 
factor of 2^^. This field is required for non-GLONASS GNSS. 



Ioda 

This field specifies the issue of data. This field is required for Galileo GNSS. 



completeAlmanacProvided 

If set to TRUE, the gnss-AlmanacList contains almanacs for the complete GNSS constellation indicated by GNSS-ID. 

gnss-AlmanacLlst 

This list contains the almanac model for each GNSS satellite in the GNSS constellation. 



AlmanacKeplerianSet 



ASNl START 



AlmanacKeplerianSet : : = SEQUENCE 



svID 

kepAlmanacE 

kepAlmanacDeltal 

kepAlmanacOmegaDot 

kepSVHealth 

kepAlmanacAPowerHal f 

kepAlmanacOmegaO 

kepAlmanacW 

kepAlmanacMO 

kepAlmanacAFO 

kepAlmanacAFl 



SV-ID, 

INTEGER (0 . .20 

INTEGER (-1024 

INTEGER (-1024 

INTEGER (0 . .15 

INTEGER (-6553 

INTEGER (-32 76 

INTEGER (-32 76 

INTEGER (-32 76 

INTEGER (-8192 

INTEGER (-1024 



47) , 
. .1023 
. .1023 
) , 

6. .655 
8. .327 
8. .327 
8. .327 
. .8191 
. .1023 



35) 
67) 
67) 
67) 
), 



ASNISTOP 
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AlmanacKeplerianSet field descriptions 



svID 

This field identifies the satellite for which the GNSS Almanac Model is given. 



kepAlmanacE 

Parameter e, eccentricity, dimensionless [8]. 
Scale factor 2"^ ^ 



kepAlmanacDeltal 

Parameter 5i, semi-circles [8]. 
Scale factor 2'^"^ semi-circles. 



kepAlmanacOmegaDot 

Parameter OMEGADOT, longitude of ascending node of orbit plane at weekly epoch (semi-circles/sec) [8]. 
Scale factor 2'^^ semi-circles/seconds. 



kepSVHealth 

Parameter SV Health KP, dimensionless. This field specifies the SV Health status in GNSS almanac model using 
Keplerian parameters. In Galileo case this field shall contain the l/NAV health status bits [8]. 



kepAlmanacAPowerHalf 

Parameter delta A^^^, Semi-Major Axis delta (meters) [8]. 
Scale factor 2"^ meters ''' . 



kepAlmanacOmegaO 

Parameter OMEGAo, longitude of ascending node of orbit plane at weekly epoch (semi-circles) [8]. 
Scale factor 2'^^ semi-circles. 



kepAlmanacW 

Parameter co, argument of perigee (semi-circles) [8]. 
Scale factor 2'^^ semi-circles. 



kepAlmanacMO 

Parameter Mo, mean anomaly at reference time (semi-circles) [8]. 
Scale factor 2'^^ semi-circles. 



kepAlmanacAFO 

Parameter afo, seconds [8]. 
Scale factor 2'^^ seconds. 



kepAlmanacAFI 

Parameter afi, sec/sec [8]. 
Scale factor 2"^^ seconds/second. 



AlmanacNAV-KeplerianSet 



ASNl START 



AlmanacNAV-KeplerianSet ::= SEQUENCE { 

svID SV-ID, 

navAlmE INTEGER (0.. 65535), 

navAlmDeltal INTEGER ( -32768 .. 32767) , 

navAlmOMEGADOT INTEGER (-32768. .32767), 

navAlmSVHealth INTEGER (0..255), 

navAlmSqrtA INTEGER ( .. 16777215 ) , 

navAlmOMEGAo INTEGER ( -8388608 .. 8388607) 

navAlmOmega INTEGER ( -8388608 .. 8388607) 

navAlmMo INTEGER ( -8388608 .. 8388607) 

navAlmafO INTEGER ( -1024 .. 1023 ) , 

navAlmafl INTEGER ( -1024 .. 1023 ) , 

} 

-- ASNISTOP 
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AlmanacNA V-KeplerlanSet field descriptions 



svID 

This field identifies the satellite for which the GNSS Almanac Model is given. 



navAlmE 

Parameter e, eccentricity, dimensionless [4,7]. 
Scale factor 2"^\ 



navAlmDeltal 

Parameter 5i, correction to inclination, semi-circles [4,7]. 
Scale factor 2'^^ semi-circles. 



navAlmOMEGADOT 

Parameter Q , rate of right ascension, semi-circles/sec [4,7]. 
Scale factor 2'^^ semi-circles/second. 



navAlmSVHealth 

Parameter SV Health, satellite health [4,7]. 



navAlmSqrtA 

Parameter ^/A , square root of the semi-major axis, meters^^^[4,7] 
Scale factor 2'^^ meters^^^. 



navAlmOMEGAo 

Parameter Qo, longitude of ascending node of orbit plane at weekly epoch, semi-circles [4,7]. 
Scale factor 2'^^ semi-circles. 



navAlmOmega 

Parameter co, argument of perigee semi-circles [4,7]. 
Scale factor 2'^^ semi-circles. 



navAlmMo 

Parameter Mo, mean anomaly at reference time semi-circles [4,7]. 
Scale factor 2'^^ semi-circles. 



navAlmafO 

Parameter ato, apparent satellite clock correction seconds [4,7]. 
Scale factor 2'^° seconds. 



navAlmafI 

Parameter an, apparent satellite clock correction sec/sec [4,7]. 
Scale factor 2'^^ semi-circles seconds/second. 



AlmanacReducedKeplerianSet 



-- ASNl START 




AlmanacReducedKeplerianSet 


: : = SEQUENCE { 


svID 


SV-ID, 


redAlmDeltaA 


INTEGER (-128. .127) , 


redAlmOmegaO 


INTEGER (-64. .63) , 


redAlmPhiO 


INTEGER (-64. .63) , 


redAlmLlHealth 


BOOLEAN, 


redAlmL2Health 


BOOLEAN, 


redAlmLSHealth 

} 

-- ASNISTOP 


BOOLEAN, 
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AlmanacReducedKeplerlanSet field descriptions 



svID 

This field identifies the satellite for which the GNSS Almanac Model is given. 



redAlmDeltaA 

Parameter 5a, meters [4,5,6,7]. 
Scale factor 2^^ meters. 



redAlmOmegaO 

Parameter Qo, semi-circles [4,5,6,7]. 
Scale factor 2'^ semi-circles. 



redAlmPhiO 

Parameter Oo, semi-circles [4,5,6,7]. 
Scale factor 2'^ semi-circles. 



redAlmU Health 

Parameter L1 Health, dimensionless [4,5,6,7]. 



redAlmL2Health 

Parameter L2 Health, dimensionless [4,5,6,7]. 



redAlmLSHealth 

Parameter L5 Health, dimensionless [4,5,6,7]. 



- AlmanacMidiAlmanacSet 

-- ASNl START 

AlmanacMidiAlmanacSet : : = SEQUENCE { 

svID SV-ID, 

midiAlmE INTEGER (0..2047), 

midiAlmDeltal INTEGER ( -1024 .. 1023) , 

midiAlmOmegaDot INTEGER ( -1024 .. 1023) , 

midiAlmSqrtA INTEGER (0.. 131071), 

midiAlmOmegaO INTEGER ( -32768 .. 32767) 

midiAlmOmega INTEGER (-32768. .32767) 

midiAlmMo INTEGER ( -32768 .. 32767) 

midiAlmafO INTEGER ( -1024 .. 1023) , 

midiAlmafl INTEGER (-512.. 511), 

midiAlmLlHealth BOOLEAN, 

midiAlmL2Health BOOLEAN, 

midiAlmL5Health BOOLEAN, 

} 

-- ASNISTOP 
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AlmanacMldlAlmanacSet field descriptions 



svID 

This field identifies the satellite for which the GNSS Almanac Model is given. 



midlAlmE 

Parameter e, dimensionless [4,5,6,7]. 
Scale factor 2"^ ^ 



midiAlmDeltal 

Parameter 5i, semi-circles [4,5,6,7]. 
Scale factor 2'^"^ semi-circles. 



midiAlmOmegaDot 

Parameter Q , semi-circles/sec [4,5,6,7]. 
Scale factor 2'^^ semi-circles/second. 



midiAlmSqrtA 

Parameter vA , meters^^^ [4,5,6,7]. 
Scale factor 2"^ meters^^^. 



midiAlmOmegaO 

Parameter Qo, semi-circles [4,5,6,7]. 
Scale factor 2'^^ semi-circles. 



mIdiAlmOmega 

Parameter co, semi-circles [4,5,6,7]. 
Scale factor 2"^^ semi-circles. 



midlAlmMo 

Parameter Mo, semi-circles [4,5,6,7]. 
Scale factor 2"^^ semi-circles. 



midiAlmafO 

Parameter ato, seconds [4,5,6,7]. 
Scale factor 2'^° seconds. 



midiAlmafI 

Parameter an, sec/sec [4,5,6,7]. 
Scale factor 2'^^ seconds/second. 



midiAlmU Health 

Parameter L1 Health, dimensionless [4,5,6,7]. 



midiAlmL2Health 

Parameter L2 Health, dimensionless [4,5,6,7]. 



midiAlmLSHealth 

Parameter L5 Health, dimensionless [4,5,6,7]. 



AlmanacGLONASS-AlmanacSet 



-- ASNl START 










AlmanacGLONASS-AlmanacSet 


: : = SEQUENCE { 






gloAlm-NA 


INTEGER 


(1. .1461) , 






gloAlmnA 


INTEGER 


(1. .24) , 






gloAlmHA 


INTEGER 


(0. .31) , 






gloAlmLambdaA 


INTEGER 


(-1048576. .1048575) , 






gloAlmtlambdaA 


INTEGER 


(0. .2097151) , 






gloAlmDeltala 


INTEGER 


(-131072. .131071) , 






gloAlmDeltaTA 


INTEGER 


(-2097152. .2097151) , 






gloAlmDeltaTdotA 


INTEGER 


(-64. .63) , 






gloAlmEpsilonA 


INTEGER 


(0. .32767) , 






gloAlmOmegaA 


INTEGER 


(-32768. .32767) , 






gloAlmTauA 


INTEGER 


(-512. .511) , 






gloAlmCA 


INTEGER 


(0. .1) , 






gloAlmMA 

} 

-- ASNISTOP 


BIT STRING (SIZE (2) ) 


OPTIONAL, 


-- Need ON 
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AlmanacGLONASS-AlmanacSet field descriptions 



gloAlm-NA 

Parameter N^, days [9]. 
Scale factor 1 days. 



gloAlmnA 

Parameter n^ dimensionless [9]. 



gloAlmHA 

Parameter Hn^ dimensionless [9]. 



gloAlmLambdaA 

Parameter Xn^, semi-circles [9]. 
Scale factor 2'^° semi-circles. 



gloAlmtlambdaA 

Parameter t^n^, seconds [9]. 
Scale factor 2'^ seconds. 



gloAlmDeltala 

Parameter Ain^, semi-circles [9]. 
Scale factor 2'^° semi-circles. 



gloAlmDeltaTA 

Parameter ATn^, sec/orbit period [9]. 
Scale factor 2"^ seconds/orbit period. 



gloAlm Delta TdotA 

Parameter AT DOTn^, sec/orbit period^ [9]. 
Scale factor 2^"^ seconds/orbit period^. 



gloAlmEpsilonA 

Parameter Sn^, dimensionless [9]. 
Scale factor 2"^°. 



gloAlmOmegaA 

Parameter con^, semi-circles [9]. 
Scale factor 2'^^ semi-circles. 



gloAlmTauA 

Parameter Tn^ 

Scale factor 2'^^ seconds. 



Parameter Xn^, seconds [9]. 



gloAlmCA 

Parameter Cn^ dimensionless [9]. 



gloAlmMA 

Parameter Mn^ dimensionless [9]. This parameter is present if its value is nonzero; otherwise it is not present. 



AlmanacECEF-SBAS-AlmanacSet 



ASNl START 



AlmanacECEF-SBAS-AlmanacSet ::= SEQUENCE { 

sbasAlmDatalD INTEGER (0..3), 

svID SV-ID, 

sbasAlmHealth BIT STRING (SIZE(8)), 

sbasAlmXg INTEGER ( -16384 .. 16383 ) 

sbasAlmYg INTEGER ( -16384 .. 16383 ) 

sbasAlmZg INTEGER (-256. .255), 

sbasAlmXgdot INTEGER (-4.. 3), 

sbasAlmYgDot INTEGER (-4.. 3), 

sbasAlmZgDot INTEGER (-8.. 7), 

sbasAlmTo INTEGER (0..2 047), 



ASNISTOP 
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AlmanacECEF-SBAS-AlmanacSet field descriptions 



sbasAlmDatalD 

Parameter Data ID, dimensionless [10]. 



svID 

This field identifies the satellite for which the GNSS Almanac Model is given. 



sbasAlmHealth 

Parameter Health, dimensionless [10]. 



sbasAlmXg 

Parameter Xg, meters [10]. 
Scale factor 2600 meters. 



sbasAlmYg 

Parameter Yg, meters [10]. 
Scale factor 2600 meters. 



sbasAlmZg 

Parameter Zg, meters [10]. 
Scale factor 26000 meters. 



sbasAlmXgdot 

Parameter Xg Rat-of-Change, meters/sec [10]. 
Scale factor 10 meters/second. 



sbasAlmYgDot 

Parameter Yg Rate-of-Change, meters/sec [10]. 
Scale factor 10 meters/second. 



sbasAlmZgDot 

Parameter Zg Rate-of-Change, meters/sec [10]. 
Scale factor 40.96 meters/second. 



sbasAlmTo 

Parameter to, seconds [10]. 
Scale factor 64 meters/seconds. 



GNSS-UTC-Model 

The IE GNSS-UTC-Model is used by the location server to provide several sets of parameters needed to relate GNSS 
system time to Universal Time Coordinate (UTC), as defined in [4,5,6,7,8,9,10]. 

The UTC time standard, UTC(k), is GNSS specific. E.g., if GNSS-ID indicates GPS, GNSS-UTC-Model contains a set 
of parameters needed to relate GPS system time to UTC(USNO); if GNSS-ID indicates QZSS, GNSS-UTC-Model 
contains a set of parameters needed to relate QZST to UTC(NICT); if GNSS-ID indicates GLONASS, GNSS-UTC- 
Model contains a set of parameters needed to relate GLONASS system time to UTC(RU); if GNSS-ID indicates SB AS, 
GNSS-UTC-Model contains a set of parameters needed to relate SB AS network time for the SB AS indicated by SBAS- 
ID to the UTC standard defined by the UTC Standard ID. 

-- ASNl START 

GNSS-UTC-Model ::= CHOICE { 

utcModell UTC-ModelSetl, -- Model-1 

utcModel2 UTC-ModelSet2, -- Model-2 

utcModel3 UTC-ModelSet3, -- Model-3 

utc]y[odel4 UTC-ModelSet4, -- Model-4 



ASNISTOP 



UTG-ModelSet1 



ASNl START 



UTC-ModelSetl ::= SEQUENCE { 

gnss-Utc-Al INTEGER ( -8388608 .. 8388607) , 

gnss-Utc-AO INTEGER ( -2147483648 .. 2147483647) 

gnss-Utc-Tot INTEGER (0..255), 

gnss-Utc-WNt INTEGER (0..255), 

gnss-Utc-DeltaTls INTEGER (-128.. 127), 

gnss-Utc-WNlsf INTEGER (0..255), 

gnss-Utc-DN INTEGER (-128.. 127), 

gnss-Utc-DeltaTlsf INTEGER (-128.. 127), 
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} 



ASNISTOP 



UTC-ModelSet1 field descriptions 



gnss-Utc-A1 

Parameter Ai, scale factor 2"^° seconds/second [4,7,8]. 



gnss-Utc-AO 

Parameter Ap, scale factor 2" seconds [4,7,8]. 



gnss-Utc-Tot 

Parameter tot, scale factor 2^^ seconds [4,7,8]. 



gnss-Utc-WNt 

Parameter WNt, scale factor 1 week [4,7,8]. 



gnss-Utc-Delta TIs 

Parameter Atis, scale factor 1 second [4,7,8]. 



gnss-Utc-WNIsf 

Parameter WNlsf, scale factor 1 week [4,7,8]. 



gnss-Utc-DN 

Parameter DN, scale factor 1 day [4,7,8]. 



gnss-Utc-Delta TIsf 

Parameter AtisF, scale factor 1 second [4,7,8]. 



UTC-ModelSet2 

-- ASNl START 

UTC-ModelSet2 ::= SEQUENCE { 

utcAO INTEGER ( -32768 .. 32767) 

utcAl INTEGER ( -4096 .. 4095 ) , 

utcA2 INTEGER (-64.. 63), 

utcDeltaTls INTEGER (-128.. 127), 

utcTot INTEGER (0.. 65535), 

utcWNot INTEGER (0..8191), 

utcWNlsf INTEGER (0..255), 

utcDN BIT STRING (SIZE(4)), 

utcDeltaTlsf INTEGER (-128.. 127), 



-- ASNISTOP 



UTC-ModelSet2i\e\6 descriptions 



UtcAO 

Parameter Ao-n, bias coefficient of GNSS time scale relative to UTC time scale (seconds) [4,5,6,7]. 
Scale factor 2'^^ seconds. 



utcA1 

Parameter Ai-n, drift coefficient of GNSS time scale relative to UTC time scale (sec/sec) [4,5,6,7]. 
Scale factor 2'^^ seconds/second. 



utcA2 

Parameter A2-n, drift rate correction coefficient of GNSS time scale relative to UTC time scale (sec/sec^) [4,5,6,7]. 
Scale factor 2'^^ seconds/second^. 



UtcDeltaTls 

Parameter Atis, current or past leap second count (seconds) [4,5,6,7]. 
Scale factor 1 second. 



UtcTot 

Parameter tot, time data reference time of week (seconds) [4,5,6,7]. 
Scale factor 2"^ seconds. 



UtcWNot 

Parameter WNot, time data reference week number (weeks) [4,5,6,7]. 
Scale factor 1 week. 



UtcWNlsf 

Parameter WNlsf, leap second reference week number (weeks) [4,5,6,7]. 
Scale factor 1 week. 



UtcDN 

Parameter DN, leap second reference day number (days) [4,5,6,7]. 
Scale factor 1 day. 



ETSI 



3GPP TS 36.355 version 9.6.0 Release 9 



82 



ETSI TS 136 355 V9.6.0 (2011-07) 



UTC-ModelSet2rie\6 descriptions 



utcDeltaTlsf 

Parameter AtisF, current or future leap second count (seconds) [4,5,6,7]. 
Scale factor 1 second. 



ASNl START 



UTC-ModelSet3 



UTC-ModelSetS 
nA 
tauC 
bl 
b2 
kp 



:= SEQUENCE { 

INTEGER 



(1. .1461) , 
INTEGER (-2147483648. 
INTEGER (-1024. .1023) 
INTEGER (-512 . .511) 
BIT STRING (SIZE (2) ) 



.2147483647) 



OPTIONAL, 
OPTIONAL, 
OPTIONAL, 



Cond GLONASS-M 
Cond GLONASS-M 
Cond GLONASS-M 



-- ASNISTOP 



Conditional presence 


Explanation 


GLONASS-M 


The field is mandatory present if GLONASS-M satellites are present in the current 
GLONASS constellation; otherwise it is not present. 



UTC-ModelSet3 i\e\6 descriptions 



nA 

Parameter N^, callendar day number within four-year period beginning since the leap year (days) [9]. 
Scale factor 1 day. 



tauC 

Parameter Tc, GLONASS time scale correction to UTC(SU) (seconds) [9]. 
Scale factor 2'^^ seconds. 



b1 

Parameter B1 , coefficient to determine AUT1 (seconds) [9]. 
Scale factor 2'^° seconds. 



b2 

Parameter B2, coefficient to determine AUT1 (seconds/msd) [9]. 
Scale factor 2"^^ seconds/msd. 



kp 

Parameter KP, notification of expected leap second correction (dimensionless) [9]. 



ASNl START 



UTC-ModelSet4 



UTC-ModelSet4 : := 
utcAlwnt 
utcAOwnt 
utcTot 
utcWNt 
utcDeltaTls 
utcWNlsf 
utcDN 

UtcDeltaTlsf 
utcStandardID 



SEQUENCE { 

INTEGER (-8388608. .8388607) , 

INTEGER (-2147483648. .2147483647) 

INTEGER (0. .255) , 

INTEGER (0 . .255) , 

INTEGER (-128 . .127) , 

INTEGER (0. .255) , 

INTEGER (-128. .127) , 

INTEGER (-128 . .127) , 

INTEGER (0 . .7) , 



-- ASNISTOP 



UTC-ModelSet4 field descriptions 



UtcAlwnt 

Parameter Aiwnt, sec/sec ([10], Message Type 12). 
Scale factor 2'^° seconds/second. 
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UTC-ModelSet4 field descriptions 



utcAOwnt 

Parameter AowNT, seconds ([10], Message Type 12). 
Scale factor 2'^° seconds. 



utcTot 

Parameter tot, seconds ([10], Message Type 12). 
Scale factor 2^^ seconds. 



utcWNt 

Parameter WNt, weeks ([10], Message Type 12). 
Scale factor 1 week. 



utcDeltaTIs 

Parameter AtLs, seconds ([10], Message Type 12). 
Scale factor 1 second. 



utcWNIsf 

Parameter WNlsf, weeks ([10], Message Type 12). 
Scale factor 1 week. 



utcDN 

Parameter DN, days ([10], Message Type 12). 
Scale factor 1 day. 



UtcDeltaTIs f 

Parameter AtisF, seconds ([10], Message Type 12). 
Scale factor 1 second. 



utcStandardID 

If GNSS-ID indicates "sbas", this field indicates the UTC standard used for the SBAS network time indicated by 
SBAS-IDXo UTC relation as defined in the table Value of UTC Standard ID to UTC Standard relation shown below i 
[10], Message Type 12). 



Value of UTC Standard ID to UTC Standard relation 



Value of UTC 
Standard ID 


UTC Standard 





UTC as operated by the Communications Research Laboratory (CRL), Tokyo, Japan 


1 


UTC as operated by the National Institute of Standards and Technology (NIST) 


2 


UTC as operated by the U. S. Naval Observatory (USNO) 


3 


UTC as operated by the International Bureau of Weights and Measures (BIPM) 


4-7 


Reserved for future definition 



- GNSS-Auxiliarylnformation 

The IE GNSS- Auxiliary Information is used by the location server to provide additional information dependent on the 
GNSS-ID. If GNSS -Auxiliary Information is provided together with other satellite dependent GNSS assistance data (i.e., 
any of GNSS-DifferentialCorrections, GNSS-NavigationModel, GNSS-DataBitAssistance, or GNSS- 
AcquisitionAssistance IBs), the GNSS -Auxiliary Information should be provided for the same satellites and in the same 
LPP message as the other satellite dependent GNSS assistance data. 

-- ASNl START 

GNSS-Auxiliarylnformation ::= CHOICE { 
gnss-ID-GPS GNSS-ID-GPS, 
gnss-ID-GLONASS GNSS-ID-GLONASS , 



GNSS-ID-GPS ::= SEQUENCE (SIZE(1..64)) OF GNSS-ID-GPS-SatElement 

GNSS-ID-GPS-SatElement ::= SEQUENCE { 
svID SV-ID, 

signalsAvailable GNSS-SignallDs, 



GNSS-ID-GLONASS ::= SEQUENCE (SIZE ( 1 . . 64 ) ) OF GNSS-ID-GLONASS -SatElement 

GNSS-ID-GLONASS-SatElement ::= SEQUENCE { 
svID SV-ID, 

signalsAvailable GNSS-SignallDs, 
channelNumber INTEGER (-7.. 13) OPTIONAL, -- Cond FDMA 
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ASNISTOP 



Conditional presence 


Explanation 


FDMA 


The field is mandatory present if the GLONASS SV indicated by svID broadcasts FDIVIA 
signals; otherwise it is not present. 



GNSS-Auxillarylnformation field descriptions 



gnss-ID-GPS 

This choice may only be present if GNSS-ID indicates GPS. 



gnss-ID-GLONASS 

This choice may only be present if GNSS-ID indicates GLONASS. 



svID 

This field specifies the GNSS SV for which the GNSS-Auxiliarylnformation is given. 



signals A va liable 

This field indicates the ranging signals supported by the satellite indicated by svlD. This field is given as a bit string as 
defined in GNSS-SignallDs for a particular GNSS. If a bit is set to "1 " it indicates that the satellite identified by svID 
transmits ranging signals according to the signal correspondence in GNSS-SignallDs. If a bit is set to "0" it indicates 
that the corresponding signal is not supported on the satellite identified by svlD. 



channelNumber 

This field indicates the GLONASS carrier frequency number of the satellite identified by svID, as defined in [9]. 



6.5.2.3 GNSS Assistance Data Request 

A-GNSS-RequestAssistanceData 

The IE A-GNSS-RequestAssistanceData is used by the target device to request GNSS assistance data from a location 
server. 



-- ASNl START 

A-GNSS-RequestAssistanceData ::= SEQUENCE { 

gnss-CommonAssistDataReq GNSS-CommonAssistDataReq 
gnss-GenericAssistDataReq GNSS-GenericAssistDataReq 



OPTIONAL, -- Cond CommonADReq 
OPTIONAL, -- Cond GenADReq 



ASNISTOP 



Conditional presence 


Explanation 


CommonADReq 


The field is mandatory present if the target device requests GNSS-CommonAssistData; 
otherwise it is not present. 


GenADReq 


This field is mandatory present if the target device requests GNSS-GenericAssistData for 
one or more specific GNSS; otherwise it is not present. 



GNSS-CommonAssistDataReq 



The IE GNSS-CommonAssistDataReq is used by the target device to request assistance data that are apphcable to any 
GNSS from a location server. 



-- ASNl START 

GNSS-CommonAssistDataReq ::= SEQUENCE { 

gnss-ReferenceTimeReq GNSS-Ref erenceTimeReq 

OPTIONAL, -- Cond RefTimeReq 
gnss-ReferenceLocationReq GNSS-Ref erenceLocationReq 

OPTIONAL, -- Cond RefLocReq 
gnss-IonosphericModelReq GNSS-IonosphericModelReq 

OPTIONAL, -- Cond lonoModReq 
gnss-EarthOrientationParametersReq GNSS -EarthOr lent at ionParametersReq 

OPTIONAL, -- Cond EOPReq 
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ASNISTOP 





Conditional presence 


Explanation 


RefTimeReq 


The field is mandatory present if the target device requests GNSS-ReferenceTime; 
otherwise it is not present. 


RefLocReq 


This field is mandatory present if the target device requests GNSS-ReferenceLocation; 
otherwise it is not present. 


lonoModReq 


This field is mandatory present if the target device requests GNSS-lonosphericModel; 
otherwise it is not present. 


EOPReq 


This field is mandatory present if the target device requests GNSS- 
EarthOrientation Parameters; otherwise it is not present. 



GNSS-GenericAssistDataReq 

The IE GNSS-GenericAssistDataReq is used by the target device to request assistance data from a location server for 
one or more specific GNSS (e.g., GPS, Gahleo, GLONASS, etc.). The specific GNSS for which the assistance data are 
requested is indicated by the IE GNSS-ID and (if apphcable) by the IE SBAS-ID. Assistance for up to 16 GNSSs can be 
requested. 

-- ASNl START 

GNSS-GenericAssistDataReq ::= SEQUENCE (SIZE (1..16)) OF GNSS-GenericAssistDataReqElement 



GNSS-GenericAssistDataReqElement : := 
gnss-ID 
sbas-ID 

gns s - TimeMode 1 sReq 
gnss-Dif ferentialCorrectionsReq 
gnss-NavigationModelReq 
gnss-RealTimelntegrityReq 
gnss-DataBitAssistanceReq 
gnss-AcquisitionAssistanceReq 
gnss -AlmanacReq 
gnss-UTCModelReq 
gnss-AuxiliaryInf ormationReq 



SEQUENCE { 
GNSS-ID, 
SBAS-ID 

GNSS-TimeModelListReq 
GNSS -Dif ferentialCorrectionsReq 
GNSS-NavigationModelReq 
GNSS-RealTimelntegrityReq 
GNSS-DataBitAssistanceReq 
GNSS-AcquisitionAssistanceReq 
GNSS -AlmanacReq 
GNSS-UTC-ModelReq 
GNSS -Auxiliaryinf ormationReq 



OPTIONAL, 


-- Cond 


GNSS-ID-SBAS 


OPTIONAL, 


-- Cond 


TimeModReq 


OPTIONAL, 


-- Cond 


DGNSS-Req 


OPTIONAL, 


-- Cond 


NavModReq 


OPTIONAL, 


-- Cond 


RTIReq 


OPTIONAL, 


-- Cond 


DataBitsReq 


OPTIONAL, 


-- Cond 


AcquAssistReq 


OPTIONAL, 


-- Cond 


AlmanacReq 


OPTIONAL, 


-- Cond 


UTCModReq 


OPTIONAL, 


-- Cond 


AuxInfoReq 



-- ASNISTOP 





Conditional presence 


Explanation 


GNSS-ID-SBAS 


The field is mandatory present if the GNSS-ID = sbas; otherwise it is not present. 


TimeModReq 


The field is mandatory present if the target device requests GNSS-TimeModelList, 
otherwise it is not present. 


DGNSS-Req 


The field is mandatory present if the target device requests GNSS-DifferentialCorrections; 
otherwise it is not present. 


NavModReq 


The field is mandatory present if the target device requests GNSS-NavigationModel; 
otherwise it is not present. 


RTIReq 


The field is mandatory present if the target device requests GNSS-RealTimelntegrity, 
otherwise it is not present. 


DataBitsReq 


The field is mandatory present if the target device requests GNSS-DataBitAssistance; 
otherwise it is not present. 


AcquAssistReq 


The field is mandatory present if the target device requests GNSS-AcquisitionAssistance; 
otherwise it is not present. 


AlmanacReq 


The field is mandatory present if the target device requests GNSS-Almanac; otherwise it 
is not present. 


UTCModReq 


The field is mandatory present if the target device requests GNSS-UTCModel; otherwise 
it is not present. 


AuxInfoReq 


The field is mandatory present if the target device requests GNSS-Auxiliarylnformation; 
otherwise it is not present. 
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6.5.2.4 GNSS Assistance Data Request Elements 

GNSS-ReferenceTimeReq 

The IE GNSS-ReferenceTimeReq is used by the target device to request the GNSS -Refer enceTime assistance from the 
location server. 

-- ASNl START 

GNSS-ReferenceTimeReq ::= SEQUENCE { 

gnss-TimeReqPrefList SEQUENCE (SIZE (1..8)) OFGNSS-ID, 

gps-TOW-assistReq BOOLEAN OPTIONAL, -- Cond gps 

notOfLeapSecReq BOOLEAN OPTIONAL, -- Cond glonass 

} 

-- ASNISTOP 



Conditional presence 


Explanation 


gps 


The field is mandatory present if gnss-TimeReqPref List includes a GNSS-ID= "gps"; 
otherwise it is not present. 


glonass 


The field is mandatory present if gnss-TimeReqPrefList'\nc\u6es a GNSS-ID= "glonass"; 
otherwise it is not present. 



GNSS-ReferenceTimeReq field descriptions 



gnss-TlmeReqPrefList 

This field is used by the target device to request the system time for a specific GNSS, specified by GNSS-ID in the 
order of preference. The first GNSS-ID in the list is the most preferred GNSS for reference time, the second GNSS-ID 
is the second most preferred, etc. 



gpS' TO W-assis tReq 

This field is used by the target device to request the gps-T0W-Assisti'\e\6 in GNSS-SystemTime. TRUE means 
requested. 



notOfLeapSecReq 

This field is used by the target device to request the notificationOfLeapSecondi\e\6 in GNSS-SystemTime. TRUE 
means requested. 



- GNSS-ReferenceLocationReq 

The IE GNSS-ReferenceLocationReq is used by the target device to request the GNSS-ReferenceLocation assistance 
from the location server. 

-- ASNl START 

GNSS-ReferenceLocationReq ::= SEQUENCE { 



ASNISTOP 



GNSS-lonosphericModelReq 

The IE GNSS-IonosphericModelReq is used by the target device to request the GNSS-IonosphericModel assistance from 
the location server. 

-- ASNl START 

GNSS-IonosphericModelReq ::= SEQUENCE { 

klobucharModelReq BIT STRING (SIZE (2)) OPTIONAL, -- Cond klobuchar 
neQuickModelReq NULL OPTIONAL, -- Cond nequick 

} 

-- ASNISTOP 
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Conditional presence 


Explanation 


klobuchar 


The field is mandatory present if the target device requests klobucharModel; otherwise it 
is not present. The BIT STRING defines the datalD requested, defined in IE 
KlobucharModelParameter. 


nequick 


The field is mandatory present if the target device requests neQuickModel; otherwise it is 
not present. 



GNSS-EarthOrientationParainetersReq 

The IE GNSS-EarthOrientationParametersReq is used by the target device to request the GNSS- 
EarthOrientationParameters assistance from the location server. 

-- ASNl START 

GNSS-EarthOrientationParametersReq ::= SEQUENCE { 

} 

-- ASNISTOP 



GNSS-TimeModelListReq 

The IE GNSS-TimeModelListReq is used by the target device to request the GNSS-TimeModelElement assistance from 
the location server. 

-- ASNl START 

GNSS-TimeModelListReq ::= SEQUENCE (SIZE (1 . . 15) ) OF GNSS-TimeModelElementReq 

GNSS-TimeModelElementReq ::= SEQUENCE { 
gnss-TO-IDsReq INTEGER (1..15), 
deltaTreq BOOLEAN, 

} 

-- ASNISTOP 



GNSS-TimeModelElementReq field descriptions 



gnss-TO-IDsReq 

This field specifies the requested gnss-TO-ID. The meaning and encoding is the same as the gnss-T0-IDi\e\6 in the 
GNSS-TimeModelElement IE. 



deltaTreq 

This field specifies whether or not the location server is requested to include the c/e/faTfield in the GNSS- 
TimeModelElement \E. TRUE means requested. 



GNSS-DifferentialCorrectionsReq 

The IE GNSS-DijferentialCorrectionsReq is used by the target device to request the GNSS-DijferentialCorrections 
assistance from the location server. 

-- ASNl START 

GNSS-Dif ferentialCorrectionsReq ::= SEQUENCE { 
dgnss-SignalsReq GNSS-SignallDs, 

dgnss-ValidityTimeReq BOOLEAN, 



ASNISTOP 



GNSS-DifferentlalCorrectlonsReq field descriptions 
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GNSS-DlfferentlalCorrectionsReq field descriptions 



dgnss-SignalsReq 

This field specifies the GNSS Signal(s) for which the GNSS-DifferentialCorrections are requested. A one-value at a bit 
position means DGNSS corrections for the specific signal are requested; a zero-value means not requested. The 
target device shall set a maximum of three bits to value "one". 



dgnss- ValldltyTimeReq 

This field specifies whether the udreGrowthRate and udreValidityTime in GNSS-DifferentialCorrections are requested 
or not. TRUE means requested. 



GNSS-NavigationModelReq 

The IE GNSS-NavigationModelReq is used by the target device to request the GNSS-NavigationModel assistance from 
the location server. 

-- ASNl START 

GNSS-NavigationModelReq ::= CHOICE { 
storedNavList StoredNavListInf o, 
reqNavList ReqNavListInf o, 



StoredNavListInf o ::= SEQUENCE { 

gnss-WeekOrDay INTEGER (0..4095), 

gnss-Toe INTEGER (0..255), 

t-toeLimit INTEGER (0..15), 

satListRelatedDataList SatListRelatedDataList OPTIONAL, 



SatListRelatedDataList ::= SEQUENCE (SIZE (1..64)) OF SatListRelatedDataElement 



SatListRelatedDataElement ::= SEQUENCE { 
svID SV-ID, 

iod BIT STRING (SIZE (11) 

clockModellD INTEGER (1..8) 
orbitModellD INTEGER (1..8) 



OPTIONAL, 
OPTIONAL, 



ReqNavListInf o ::= SEQUENCE 
svReqList 

clockModellD-PrefList 
orbitModellD-PrefList 
addNavparamReq 



BIT STRING (SIZE (64)), 

SEQUENCE (SIZE (1..8)) OF INTEGER (1..8) OPTIONAL, 
SEQUENCE (SIZE (1..8)) OF INTEGER (1..8) OPTIONAL, 
BOOLEAN OPTIONAL, -- Cond orbitModelID-2 



-- ASNISTOP 



Conditional presence 


Explanation 


orbitModellD-2 


The field is mandatory present if orbitModellD-PrefList'is absent or includes a Model-ID = 
"2"; otherwise it is not present. 



GNSS-NavigationModelReq field descriptions 



StoredNavList 

This list provides information to the location server about which GNSS-NavigationModel daXa the target device has 
currently stored for the particular GNSS indicated by GNSS-ID. 



reqNavList 

This list provides information to the location server which GNSS-Navigationl\/lodel daXa are requested by the target 
device. 



gnss- WeekOrDay 

If GNSS-ID does not indicate "glonass", this field defines the GNSS Week number of the assistance currently held by 

the target device. 

If GNSS-ID is set to "glonass", this field defines the calendar number of day within the four-year interval starting from 

1^^ of January in a leap year, as defined by the parameter Nt in [9] of the assistance currently held by the target 

device. 
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GNSS-NavigatlonModelReq field descriptions 



gnss-Toe 

If GA/SS-/D does not indicate "glonass", this field defines the GNSS time of ephemeris in hours of the latest ephemeris 
set contained by the target device. 

If GNSS-ID is set to "glonass", this field defines the time of ephemeris in units of 15 minutes of the latest ephemeris 
set contained by the target device (range to 95 representing time values between and 1425 minutes). In this case, 
values 96 to 255 shall not be used by the sender. 



MoeLimit 

If GNSS-ID does not indicate "glonass", this IE defines the ephemeris age tolerance of the target device in units of 

hours. 

If GNSS-ID is set to "glonass", this IE defines the ephemeris age tolerance of the target device in units of 30 minutes. 



satListRelatedDataList 

This list defines the clock and orbit models currently held by the target device for each SV. This field is not included if 
the target device does not have any stored clock and orbit models for any SV. 



svID 

This field identifies the particular GNSS satellite. 



iod 

This field identifies the is sue of data currently held by the target device. 



clockModellD, orbitModellD 

These fields define the clock and orbit model number currently held by the target device. If these fields are absent, the 
default interpretation of the table GNSS-ID to clockModellD & orbitModellD relation below applies. 



svReqList 

This field defines the SV for which the navigation model assistance is requested. Each bit position in this BIT STRING 
represents a SV-ID. Bit 1 represents SV-ID=^ and bit 64 represents SV-ID=64. A one-value at a bit position means the 

navigation model data for th e correspondin g SV-ID is requested, a zero-value means not requested. 

clockModellDPrefListj orbitModellD-PrefList 

These fields define the Model-IDs of the clock and orbit models that the target device wishes to obtain in the order of 
preference. The first Model-ID in the list is the most preferred model, the second Model-ID the second most preferred, 
etc. If these fields are absent, the default interpretation of the table GNSS-ID to clockModellD-PrefList & 
orbi tModellDPr efList relation below applies. 



addNa vparamReq 

This field specifies whether the location server is requested to include the addNAVparam i\e\6s in GNSS- 
NavigationModel \E (NavModel-NAVKeplerianSet field) or not. TRUE means requested. 



GNSS-ID to ClockModellD & orbitModellD relation 



GNSS-ID 


ClockModellD 


orbitModellD 


gps 


2 


2 


sbas 


5 


5 


qzss 


2 


2 


galileo 


1 


1 


glonass 


4 


4 



GNSS-ID to ClockModellD-PrefList & orbitModellD-PrefList relation 



GNSS-ID 


ClockModellD-PrefList 


orbltModellD-PrefLlst 


qps 


Model-2 


Model-2 


sbas 


Model-5 


Model-5 


qzss 


Model-2 


Model-2 


galileo 


Model-1 


Model-1 


glonass 


Model-4 


Model-4 



GNSS-RealTimelntegrityReq 

The IE GNSS-RealTimelntegrityReq is used by the target device to request the GNSS-RealTimelntegrity assistance from 
the location server. 

-- ASNl START ^ 

GNSS-RealTimelntegrityReq ::= SEQUENCE { 

} 

-- ASNISTOP 
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GNSS-DataBitAssistanceReq 

The IE GNSS-DataBitAssistanceReq is used by the target device to request the GNSS-DataBitAssistance assistance 
from the location server. 

-- ASNl START 

GNSS-DataBitAssistanceReq ::= SEQUENCE { 
gnss-TOD-Req INTEGER (0..3599), 

gnss-TOD-FracReq INTEGER (0..999) OPTIONAL, 
dataBitlnterval INTEGER (0..15), 
gnss-SignalType GNSS-SignallDs, 
gnss-DataBitsReq GNSS-DataBitsReqSatList OPTIONAL, 



GNSS-DataBitsReqSatList ::= SEQUENCE (SIZE(1..64)) OF GNSS-DataBitsReqSatElement 

GNSS-DataBitsReqSatElement ::= SEQUENCE { 
svID SV-ID, 



-- ASNISTOP 



GNSS-DataBitAssistanceReq field descriptions 



gnsS'TOD'Req 

This field specifies the reference time for the first data bit requested in GNSS specific system time, modulo 1 hour. 
Scale factor 1 second. 



gnss-TOD-FracReq 

This field specifies the fractional part of gnss-TOD-Req in 1-milli-second resolution. 
Scale factor 1 millisecond. 



dataBitlntervai 

This field specifies the time length for which the Data Bit Assistance is requested. The GNSS-DataBitAssistance shall 

be relative to the time interval (gnss-TOD-Req, gnss-TOD-Req + dataBitlnterval). 

The dataBitlnterval r, expressed in seconds, is mapped to a binary number K with the following formula: 

r=0.1 x2^ 
Value K=15 means that the time interval is not specified. 



gnss-SignalType 

This field specifies the GNSS Signal(s) for which the GNSS-DataBitAssistance are requested. A one-value at a bit 
position means GNSS-DataBitAssistance ior the specific signal is requested; a zero-value means not requested. 



gnss-DataSitsReq 

This list contains the SV-IDs for which the GNSS-DataBitAssistance is requested. 



- GNSS-AcquisitionAssistanceReq 

The IE GNSS-AcquisitionAssistanceReq is used by the target device to request the GNSS-AcquisitionAssistance 
assistance from the location server. 

-- ASNl START 

GNSS-AcquisitionAssistanceReq ::= SEQUENCE { 
gnss-SignallD-Req GNSS-SignallD, 



-- ASNISTOP 



GNSS-AcquisitionAssistanceReq field descriptions 



gnss-SignailD-Req 

This field specifies the GNSS signal type for which GNSSAcquisitionAssistance is requested. 
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GNSS-AlmanacReq 



The IE GNSS-AlmanacReq is used by the target device to request the GNSS-Almanac assistance from the location 
server. 



-- ASNl START 

GNSS-AlmanacReq ::= SEQUENCE { 

modellD INTEGERd. .8) OPTIONAL, 



ASNISTOP 



GNSS-AlmanacReq field descriptions 



modellD 

This field specifies the Almanac Model ID requested. If this field is absent, the default interpretation as in the table 
GNSS-ID to modellD relation below applies. 



GNSS-ID to modellD relation 



GNSS-ID 


modellD 


gps 


2 


sbas 


6 


qzss 


2 


galileo 


1 


glonass 


5 



GNSS-UTC-ModelReq 



The IE GNSS-UTC-ModelReq is used by the target device to request the GNSS-UTC-Model assistance from the location 
server. 

-- ASNl START 

GNSS-UTC-ModelReq ::= SEQUENCE { 

modellD INTEGER (1 .. 8) OPTIONAL, 



-- ASNISTOP 



GNSS-UTC-ModelReq field descriptions 



modellD 

This field specifies the GNSS-UTCModel se\ requested. If this field is absent, the default interpretation as in the table 
GNSS-ID to modellD relation below applies. 



GNSS-ID to modellD relation 



GNSS-ID 


modellD 


gps 


1 


sbas 


4 


qzss 


1 


galileo 


1 


glonass 


3 



- GNSS-AuxiliarylnforinationReq 

The IE GNSS-AuxiliarylnformationReq is used by the target device to request the GNSS- Auxiliary Information 
assistance from the location server. 
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-- ASNl START 

GNSS-AuxiliarylnformationReq ::= SEQUENCE { 



ASNISTOP 



6.5.2.5 GNSS Location Information 

- A-GNSS-ProvideLocationlnformation 

The lEA-GNSS-ProvideLocationlnformation is used by the target device to provide location measurements (e.g., 
pseudo-ranges, location estimate, velocity) to the location server, together with time information. It may also be used to 
provide GNSS positioning specific error reason. 

-- ASNl START 

A-GNSS-ProvideLocationlnformation ::= SEQUENCE { 

gnss-SignalMeasurement Information GNSS -SignalMeasurement Information OPTIONAL, 

gnss-Locationlnformation GNSS-LocationInf ormation OPTIONAL, 

gnss-Error A-GNSS-Error OPTIONAL, 



ASNISTOP 



6.5.2.6 GNSS Location Information Elements 

- GNSS-SignalMeasurementlnformation 

The IE GNSS-SignalMeasurementlnformation is used by the target device to provide GNSS signal measurement 
information to the location server and GNSS-network time association if requested by the location server. This 
information includes the measurements of code phase, Doppler, C/No and optionally accumulated carrier phase, also 
called accumulated deltarange (ADR), which enable the UE-assisted GNSS method where position is computed in the 
location server. Figure 6.5.2.6-1 illustrates the relation between some of the fields. 

-- ASNl START 

GNSS-SignalMeasurementInf ormation ::= SEQUENCE { 

measurementRef erenceTime MeasurementRef erenceTime , 
gnss-MeasurementList GNSS-MeasurementList , 



ASNISTOP 



GNSS-SlgnalMeasurementlnformatlon field descriptions 



measurementReferenceTlme 

This field specifies the GNSS system time for which the information provided in gnss-MeasurementList '\s valid. It may 
also include network time, if requested by the location server and supported by the target device. 



gnss-MeasurementList 

This field provides GNSS signal measurement information for up to 16 GNSSs. 



- MeasurementReferenceTime 

The IE MeasurementReferenceTime is used to specify the time when the measurements provided mA-GNSS- 
ProvideLocationlnf ormation are valid. It may also include GNSS-network time association, in which case reported 
measurements shall be valid for the cellular frame boundary defined in the network time association. 

-- ASNl START 

MeasurementReferenceTime ::= SEQUENCE { 
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gnss-TOD-msec INTEGER 


(0. 


.3599999) , 




gnss-TOD-frac INTEGER 


(0. 


.3999) 


OPTIONAL, 


gnss-TOD-unc INTEGER 


(0. 


.127) 


OPTIONAL, 


gnss-TimelD 


GNSS-ID, 








networkTime 


CHOICE { 








eUTRA 


SEQUENCE { 










physCellld 




INTEGER (0. 


.503) , 




cellGloballd 




CellGloballdEUTRA-AndUTRA OPTIONAL, 




systemFrameNumbe 


r 


BIT STRING 


(SIZE (10)), 


uTRA 


SEQUENCE { 










mode 




CHOICE 
fdd 

tdd 


{ 

SEQUENCE { 

primary-CPICH-Info INTEGER (0..511), 

}'/ 

SEQUENCE { 

cellParameters INTEGER (0..127), 

1 




cellGloballd 




CellGloballdEUTRA-AndUTRA OPTIONAL, 




referenceSystemFrameNumber 










INTEGER 


(0. .4095) , 


gSM 


SEQUENCE { 










bcchCarrier 




INTEGER (0. 


.1023) , 




bsic 




INTEGER ( . 


.63) , 




cellGloballd 




CellGloballdGERAN OPTIONAL, 




referenceFrame 




SEQUENCE { 
referenceFN 


INTEGER (0. .65535) , 








referenceFNMSB INTEGER (0..63) OPTIONAL, 




deltaGNSS-TOD 
OPTIONAL, 




INTEGER (0 


. . 12 7) OPTIONAL, 


} 

-- ASNISTOP 

















MeasurementReferenceTime field descriptions 



gnss-TOD-msec 

This field specifies the GNSS TOD for which the measurements and/or location estimate are valid. The 22 bits of 

GNSS TOD are the least significant bits. The most significant bits shall be derived by the location server to 

unambiguously derive the GNSS TOD. 

The value for GNSS TOD is derived from the GNSS specific system time indicated in gnss-TimelD rounded down to 

the nearest millisecond unit. 

Scale factor 1 millisecond. 



gnss-TOD-frac 

This field specifies the fractional part of the GNSS TOD in 250 ns resolution. The total GNSS TOD is given by gnss- 
TOD-msec + gnss-TOD-frac. 
Scale factor 250 nanoseconds. 



gnss-TOD-unc 

This field provides the accuracy of the relation GNSS-network time when GNSS-network time association is provided. 

When GNSS-network time association is not provided, this element can be included to provide the accuracy of the 

reported gnss-TOD-msec. 

If GNSS TOD is the given GNSS time, then the true GNSS time, corresponding to the provided network time if 

applicable, as observed at the target device location, lies in the interval [GNSS TOD - gnss-TOD-unc, GNSS TOD + 

gnss-TOD-unc]. 

The uncertainty r, expressed in microseconds, is mapped to a number K, with the following formula: 

r=C*(((Uxf)-1) 
with C = 0.5 and x = 0.14. To encode any higher value of uncertainty than that corresponding in the above formula to 
K=127, the same value, K=127, shall also be used. The uncertainty is then coded on 7 bits, as the binary encoding of 
K. Examples of gnss-TOD-unc ya\ue are as in the table Value of K to Value of uncertainty relation below. 
This field shall be included if the target device provides GNSS-network time relationship. 
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MeasurementReferenceTlme field descriptions 



gnss-TimelD 

This field specifies the GNSS system time for which the gnss-TOD-msec (and gnss-TOD-frac if applicable) is 
provided. 



networkTime 

These fields specify the network time event which the GNSS TOD time stamps. 

This field shall be included if the target device provides GNSS-network time relationship. 



physCellld 

This field identifies the reference cell, as defined in [12], that is used for the GNSS-network time relation. 

cellGloballd 

This field specifies the globally unique cell identifier (Evolved Cell Global Identifier (ECGI) in E-UTRA, global UTRAN 
Cell Identifier in UTRA, or Cell Global Identification (CGI) in GERAN) of the reference cell, as defined in [12] for E- 
UTRA and [13] for UTRA, for which the GNSS network time relation is provided. 



systemFrameNumber 

This field specifies the system frame number in E-UTRA which the GNSS time time stamps, as defined in [12]. 

mode 

This field identifies the reference cell for the GNSS-network time relation, as defined in [13]. 



referenceSystemFrameNumber 

This field specifies the system frame number in UTRA, as defined in [13], which is used for time stamping. 

bcchCarrier, bsic 

This field identifies the reference cell for the GNSS-network time relation in GERAN, as defined in [14]. 



referenceFN, referenceFNMSB 

These fields specify the frame number in GERAN which the GNSS time time stamps, as defined in [14]. The time of 
the reference frame boundary is as observed by the target device, i.e. without Timing Advance compensation. The 
referenceFNMSB i\e\6 indicates the most significant bits of the frame number of the reference BTS corresponding to 
the GNSS-MeasurementList Starting from the complete GSM frame number denoted FN, the target device calculates 
Reference FN MSB as 

Reference FN MSB = floor(FN/42432) 
The complete GSM frame number FN can then be reconstructed in the location server by combining the fields 
referenceFN wWh referenceFNMSB in the following way 

FN = referenceFNMSB *42432 + referenceFN 



deltaGNSS-TOD 

This field specifies the difference in milliseconds between gnss-TOD-msec reported and the milli-second part of the 
SV time tsv_1 of the first SV in the list reported from the target device, as defined in [14]. The deltaGNSS-TOD is 
defined as 

deltaGNSS-TOD = gnss-TOD-msec -fix(tsv_1) 
where fixQ denotes rounding to the nearest integer towards zero. 



Value of K to Value of uncertainty relation 



Value of K 


Value of uncertainty 





microseconds 


1 


0.07 microoseconds 


2 


0.1498 microseconds 


- 


- 


50 


349.62 microseconds 


- 


- 


127 


> 8430000 microseconds 



GNSS-MeasurementList 

The IE GNSS-MeasurementList is used by the target device to provide measurements of code phase, Doppler, C/Nq and 
optionally accumulated carrier phase, also called accumulated deltarange (ADR). 



-- ASNl START 
GNSS-MeasurementList 



SEQUENCE (SIZE (1. .16) ) OF GNSS-MeasurementForOneGNSS 



GNSS -Measurement ForOneGNSS ::= SEQUENCE { 
gnss-ID GNSS-ID, 

gnss-SgnMeasList GNSS-SgnMeasList , 



GNSS-SgnMeasList ::= SEQUENCE (SIZE(1..8)) OF GNSS-SgnMeasElement 
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GNSS-SgnMeasElement ::= SEQUENCE { 

gnss-SignallD GNSS-SignallD, 

gnss-CodePhaseAmbiguity INTEGER (0..127) 
gnss-SatMeasList GNSS-SatMeasList , 



OPTIONAL, 



GNSS-SatMeasList ::= SEQUENCE (SIZE(1..64)) OF GNSS-SatMeasElement 



GNSS-SatMeasElement ::= 


= SEQUENCE { 










svID 


SV-ID, 










cNo 


INTEGER (0. .63) , 










mpathDet 


ENUMERATED {notMeasured 


(0) 


, low (1) , 


medium (2) , 


high (3) 


carrierQualityInd 


INTEGER ( . . 3 ) 




OPTIONAL, 






codePhase 


INTEGER (0. .2097151) , 










integerCodePhase 


INTEGER (0. .12 7) 




OPTIONAL, 






codePhaseRMSError 


INTEGER (0. .63) , 










doppler 


INTEGER (-32768. .32767) 




OPTIONAL, 






adr 

} 

-- ASNISTOP 


INTEGER (0. .33554431) 




OPTIONAL, 

















GNSS-MeasurementList field descriptions 



gnss-ID 

This field identifies the GNSS constellation on which the GNSS signal measurements were measured. Measurement 
information for up to 16 GNSSs can be included. 



gnss-SgnMeasList 

This list provides GNSS signal measurement information for up to 8 GNSS signal types per GNSS. 

gnss-SignallD 

This field identifies the signal on which GNSS signal measurement parameters were measured. 



gnss-CodePhaseAmblguity 

This field provides the ambiguity of the code phase measurement. It is given in units of milli-seconds in the range 
between between and 127 milli-seconds. 

The total code phase for a satellite k (Satk) is given modulo this gnss-CodePhaseAmbiguity and is reconstructed with: 
Code_Phase_Tot(Satk) = coc/eP/7ase(Satk) + integerCodePhase(Sa\k) + n * gnss-CodePhase Ambiguity, n= 0,1,2,... 
If there is no code phase ambiguity, the gnss-CodePtiaseAmbiguity shaW be set to 0. 

The field is opti onal. If gnss-CodePliase Ambiguity \s absent, the default value is 1 milli-second. 

gnss-SatMeasList 

This list provides GNSS signal measurement information for up to 64 GNSS satellites. 



svID 

This field identifies the satellite on which the GNSS signal measurements were measured. 



cNo 

This field provides an estimate of the carrier-to-noise ratio of the received signal from the particular satellite. The 
target device shall set this field to the value of the satellite C/No, as referenced to the antenna connector, in units of 1 
dB-Hz, in the range from to 63 dB-Hz. 
Scale factor 1 dB-Hz. 



mpathDet 

This field contains the multipath indicator value, defined in the table Value of mpathDet to Multipath Indication relation 
below. 



carrierQualityInd 

This field indicates the quality of a carrier phase measurement. The LSB indicates the data polarity, that is, if the data 
from a specific satellite is received inverted, this is indicated by setting the LSB value to "1". In the case the data is not 
inverted, the LSB is set to "0". The MSB indicates if accumulation of the carrier phase has been continuous, that is, 
without cycle slips since the previous measurement report. If the carrier phase accumulation has been continuous, the 
MSB value is set to "IX". Otherwise, the MSB is set to "OX". 
This field is optional but shall be included if the adrfield is included. See table Bit toPolarity Indication relation below. 



codePhase 

This field contains the whole and fractional value of the code-phase measurement made by the target device for the 
particular satellite signal at the time of measurement in the units of ms. GNSS specific code phase measurements 
(e.g. chips) are converted into unit of ms by dividing the measurements by the nominal values of the measured signal 
chipping rate. 
Scale factor 2"^^ milli-seconds, in the range from to (1-2"^^) milli-seconds. 



IntegerCodePhase 

This field indicates the integer milli-second part of the code phase that is expressed modulo the gnss- 
CodePliase Ambiguity. The value of the ambiguity is given in the gnss-CodePliase Ambiguity \\e\6. 
The integerCodePliase is optional. If integerCodePliase is absent, the default value is milli-second. 
Scale factor 1 milli-second, in the range from to 127 milli-seconds. 
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GNSS-MeasurementLlst field descriptions 



codePhaseRMSError 

This field contains the pseudorange RIVIS error value. This parameter is specified according to a floating-point 
representation shown in the table below. 



doppler 

This field contains the Doppler measured by the target device for the particular satellite signal. This information can be 
used to compute the 3-D velocity of the target device. Doppler measurements are converted into unit of m/s by 
multiplying the Doppler measurement in Hz by the nominal wavelength of the measured signal. 
Scale factor 0.04 meter/seconds. This field is optional, but shall be included, if the velocity Request \n 
CommonlEsRequestLocationlnformation is set to TRUE. 



adr 

This field contains the ADR measurement measured by the target device for the particular satellite signal. This 
information can be used to compute the 3-D velocity or high-accuracy position of the target device. ADR 
measurements are converted into units of meter by multiplying the ADR measurement by the nominal wavelength of 
the measured signal. 

Scale factor 2'^° meters, in the range from to 32767.5 meters. This field is optional, but shall be included, if the 
adrMeasReq in GNSS-Positioninglnstructions is set to TRUE and if ADR measurements are supported by the target 
device (i.e., adr-Support '\s set to TRUE in A-GNSS-ProvideCapabilities). 



Value of mpathDet to Multipath Indication relation 



Value of 
mpathDet 


Multipath Indication 


00 


Not measured 


01 


Low, MP error < 5m 


10 


Medium, 5m < MP error < 
43m 


11 


High, MP error > 43m 



Bit toPolarity Indication relation 



Value 


Polarity Indication 





Data Direct, carrier phase not 
continuous 


1 


Data Inverted, carrier phase not 
continuous 


2 


Data Direct, carrier phase 
continuous 


3 


Data Inverted, carrier phase 
continuous 



floating-point representation 



Index 


Mantissa 


Exponent 


Floating-Point value, Xj 


Pseudorange 
value, P 





000 


000 


0.5 


P<0.5 


1 


001 


000 


0.5625 


0.5 <= P < 0.5625 


1 


X 


y 


0.5 * (1 + x/8) * 2^ 


Xj-i <= P < Xi 


62 


110 


111 


112 


104<=P<112 


63 


111 


111 


-- 


112<=P 
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, 1 ms 



GNSSTODt[ms] ^\<^ 212 N<^ 213 



SV#1 clock bias - 



214 N^ 215 \<^ 216 N^ 217 N^ 218 \ 



SV#1 time tsvi [ms] 11 ^>^ 212 ^^ 213 ^^214 ^^ 215 ^^ 216 ^^ ^^^^^^ ^^^ ^ ^* ^^^'' 



SV#Nsat clock bias 



SV#Nsat time tsvNsat [ms] 211 ^^^ 212 ^^^~ ^1^ 214 ^>^ 215 ^>^ 216 ^^ 217 ^^ 218 



At SV#Nsat 



GNSS TOD Estimate [ms] 



^ 211 \<^ 212 N^ 213 N^^4^^^ 215 N^ 216 \<^ 217 N<^ 218 ^ 



Serving eNB clock SFN 14 






Observed SV#1 time tsvi [ms] 140 ^X^ 141 ^X^ 142 ^<^ ~ ^^ 144 ^^^><^ 145 y><^ 146 ^^>^ 147 



15 



t 



0.3617 ms 



GNSS Signal Measurement Information: 

gnssTODmsec = 214 ms 
systemFrameNumber = 15 
gnssCodePhaseAmbiguity = 4 ms 
codePhase SV#1 = 0.3617 ms 
integerCodePhase SV#1 = 

codePhase SV#Nsat = 0.7151 ms 
integerCodePhase SV#Nsat = 1 ms 



Chosen reference epoch for GNSS 
Signal Measurement Information 



Observed SV#Nsat time tsvNsat [ms] <C ^^^ ^^ ^^^ ^<C ^^^ ^X^ ' ^38 ^<^ ^^"^"^^ ^"^^ ^<C ^"^^ y^ ^^ 



-1.7151 ms- 



Q 



^ 



J 



Figure 6.5.2.6-1 : Exemplary calculation of some GNSS Signal Measurement Information fields. 

- GNSS-Locationlnformation 

The IE GNSS-Locationlnformation is included by the target device when location and optionally velocity information 
derived using GNSS or hybrid GNSS and other measurements is provided to the location server. 



-- ASNl START 




GNSS-Locationlnformation ::= 


SEQUENCE { 


measurement ReferenceTime 


MeasurementRef erenceTime , 


agnss-List 

} 

-- ASNISTOP 


GNSS-ID-Bitmap, 





GNSS-Locationlnformation field descriptions 
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GNSS-Locationlnformatlon field descriptions 



measurementReferenceTime 

This field specifies the GNSS system time for which the location estimate and optionally velocity are valid. It may also 
include GNSS-network time relationship, if requested by the location server and supported by the target device. 



agnss-List 

This field provides a list of satellite systems used by the target device to calculate the location estimate and velocity 
estimate, if included. This is represented by a bit string in GNSS-ID-Bitmap, with a one-value at the bit position means 
the particular method has been used; a zero-value means not used. 



6.5.2.7 GNSS Location Information Request 

- A-GNSS-RequestLocationlnformation 

The IE A-GNSS-RequestLocationlnformation is used by the location server to request location information from the 
target device using GNSS. 

-- ASNl START 

A-GNSS-RequestLocationlnformation ::= SEQUENCE { 

gnss-Positioninglnst ructions GNSS -Positioninglnst ructions, 



-- ASNISTOP 

6.5.2.8 GNSS Location Information Request Elennents 

- GNSS-Positioninglnstructions 

The IE GNSS-Positioninglnstructions is used to provide GNSS measurement instructions. 



-- ASNl START 




GNSS-Positioninglnstructions : 


:= SEQUENCE { 


gnss-Methods 


GNSS-ID-Bitmap, 


f ineTimeAssistanceMeasReq 


BOOLEAN, 


adrMeasReq 


BOOLEAN, 


multiFreqMeasReq 


BOOLEAN, 


assistanceAvailability 

} 

-- ASNISTOP 


BOOLEAN, 





GNSS-Positioninglnstructions field descriptions 



gnssl\/letiiods 

This field indicates the satellite systems allowed by the location server. This is represented by a bit string in GNSS-ID- 
Bitmap, with a one-value at the bit position means the particular GNSS is allowed; a zero-value means not 
allowed. The target device shall not request assistance data or report or obtain measurements for systems that are not 
indicated in this bit map. At least one of the bits in this bit map shall be set to value one. 



fineTimeAssistancei\/leasReq 

This field indicates whether the target device is requested to report GNSS-network time association. TRUE means 
requested. 



adrl\/leasReq 

This field indicates whether the target device is requested to include ADR measurements in GNSS-MeasurementList 
IE or not. TRUE means requested. 



muitiFreqMeasReq 

This field indicates whether the target device is requested to report measurements on multiple supported GNSS signal 
types in GNSS-MeasurementList \E or not. TRUE means requested. 



assistanceA vaiiabiiity 

This field indicates whether the target device may request additional GNSS assistance data from the server. TRUE 
means allowed and FALSE means not allowed. 
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6.5.2.9 GNSS Capability Information 

A-GNSS-ProvideCapabilities 

The IE A-GNSS-Provide-Capahilities is used by the target device to indicate its capabihty to support A-GNSS and to 
provide it"s A-GNSS location capabihties (e.g., GNSSs and assistance data supported) to the location server. 

-- ASNl START 

A-GNSS-ProvideCapabilities ::= SEQUENCE { 

gnss-SupportList GNSS-SupportList OPTIONAL, 

assistanceDataSupportList AssistanceDataSupportList OPTIONAL, 

locationCoordinateTypes LocationCoordinateTypes OPTIONAL, 

velocityTypes VelocityTypes OPTIONAL, 

} 

GNSS-SupportList ::= SEQUENCE (SIZE(1..16)) OF GNSS-SupportElement 

GNSS-SupportElement ::= SEQUENCE { 

gnss-ID GNSS-ID, 

sbas-IDs SBAS-IDs OPTIONAL, -- Cond GNSS-ID-SBAS 

agnss-Modes PositioningModes, 

gnss-Signals GNSS-SignallDs, 

fta-MeasSupport SEQUENCE { 

cellTime AccessTypes, 

mode PositioningModes, 

} OPTIONAL, -- Cond fta 

adr- Support BOOLEAN, 

velocityMeasurement Support BOOLEAN, 



AssistanceDataSupportList ::= SEQUENCE { 

gnss-CommonAssistanceDataSupport GNSS-CommonAssistanceDataSupport , 
gnss-GenericAssistanceDataSupport GNSS-GenericAssistanceDataSupport , 



-- ASNISTOP 



Conditional presence 


Explanation 


GNSS-ID-SBAS 


The field is mandatory present if the GNSS-ID = sbas; othenA/ise it is not present. 


fta 


The field is mandatory present if the target device supports the reporting of fine time 
assistance measurements; otherwise it is not present. 



A-GNSS-ProvideCapabilities field descriptions 



gnss-SupportList 

This field specifies the list of GNSS supported by the target device and the target device capabilities associated with 
each of the supported GNSS. This field shall be present if the gnss-SupportListReq in the A-GNSS - 
RequestCapabilities IE is set to TRUE and if the target device supports the A-GNSS positioning method. If the IE A- 
GNSS-Provide-Capabilities is provided unsolicited, this field shall be included if the target device supports the assisted 
GNSS positioning method. 



gnss-ID 

This field specifies the GNSS supported by the target device for which the capabilities in GNSS-SupportElement are 
provided. 



sbas-IDs 

This field specifies the SBAS(s) supported by the target device. This is represented by a bit string, with a one-value at 
the bit position means the particular SBAS is supported; a zero-value means not supported. 



agnss-Modes 

This field specifies the GNSS mode(s) supported by the target device for the GNSS indicated by gnss-ID. This is 
represented by a bit string, with a one-value at the bit position means the particular GNSS mode is supported; a 
zero-value means not supported. 



gnss-Signals 

This field specifies the GNSS signal(s) supported by the target device for the GNSS indicated by gnss-ID. This is 
represented by a bit string, with a one-value at the bit position means the particular GNSS signal type is supported; 
zero-value means not supported. 
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A-GNSS-ProvldeCapabllltles field descriptions 



fta-MeasSupport 

This field specifies that the target device is capable of performing fine time assistance measurements (i.e., 
GNSS-cellular time association reporting). The cellTime field specifies for which cellular network(s) this capability is 
supported. This is represented by a bit string, with a one-value at the bit position means FTA measurements for the 
specific cellular network time is supported; a zero-value means not supported. The mode field specifies for which 
GNSS mode(s) FTA measurements are supported by the target device. This is represented by a bit string, with a 
one-value at the bit position means FTA measurements for the GNSS mode is supported; a zero-value means not 
supported. 



adr-Support 

This field specifies whether the target device supports ADR measurement reporting. TRUE means supported. 



velocityMeasurementSupport 

This field specifies whether the target device supports measurement reporting related to velocity. TRUE means 
supported. 



assistanceDataSupportList 

This list defines the assistance data and assistance data choices supported by the target device. This field shall be 
present if the assistanceDataSupportListReq in the A-GNSS-RequestCapabilities IE is set to TRUE and if the target 
device supports GNSS assistance data. If the IE A-GNSS-Provide-Capabilities is provided unsolicited, this field shall 
be included if the target device supports any GNSS assistance data. 



locationCoordinateTypes 

This parameter identifies the geographical location coordinate types that a target device supports for GNSS. TRUE 
indicates that a location coordinate type is supported and FALSE that it is not. This field shall be present if the 
locationVelocityTypesReq in the A-GNSS-RequestCapabilities IE is set to TRUE and if the target device supports UE- 
based or standalone GNSS positioning method. If the IE A-GNSS-Provide-Capabilities is provided unsolicited, this 
field shall be included if the target device supports UE-based or standalone GNSS positioning method. 



velocityTypes 

This parameter identifies the velocity types that a target device supports for GNSS. TRUE indicates that a velocity 
type is supported and FALSE that it is not. FALSE for all velocity types indicates that velocity reporting is not 
supported. This field shall be present if the locationVelocityTypesReq in the A-GNSS-RequestCapabilities IE is set to 
TRUE and if the target device supports UE-based or standalone GNSS positioning method. If the IE A-GNSS-Provide- 
Capabilities is provided unsolicited, this field shall be included if the target device supports UE-based or standalone 
GNSS positioning method. 



6.5.2.10 GNSS Capability Information Elements 
- GNSS-CommonAssistanceDataSupport 

The IE GNSS-CommonAssistanceDataSupport is used by the target device to provide information on supported GNSS 
common assistance data types to the location server. 



-- ASNl START 




GNSS-CommonAssistanceDataSupport ::= SEQUENCE { 




gnss-ReferenceTimeSupport GNSS 


-ReferenceTimeSupport 




OPTIONAL, -- Cond RefTimeSup 


gnss-ReferenceLocationSupport GNSS 


-ReferenceLocationSupport 




OPTIONAL, -- Cond RefLocSup 


gnss-IonosphericModelSupport GNSS 


- lonosphericModelSupport 




OPTIONAL, -- Cond lonoModSup 


gnss-EarthOrientationParametersSupport GNSS 


-EarthOrientationParametersSupport 


} 

-- ASNISTOP 


OPTIONAL, -- Cond EOPSup 





Conditional presence 


Explanation 


RefTimeSup 


The field is mandatory present if the target device supports GNSS-ReferenceTime; 
otherwise it is not present. 


RefLocSup 


This field is mandatory present if the target device supports GNSS-ReferenceLocation; 
otherwise it is not present. 


lonoModSup 


This field is mandatory present if the target device supports GNSS-lonosphericModel; 
otherwise it is not present. 


EOPSup 


This field is mandatory present if the target device supports GNSS- 
EarthOrientation Parameters; otherwise it is not present. 
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GNSS-ReferenceTimeSupport 



ASNl START 



GNSS-ReferenceTimeSupport ::= SEQUENCE { 
gnss-SystemTime GNSS-ID-Bitmap, 
fta-Support AccessTypes 



OPTIONAL, 



Cond fta 



ASNISTOP 



Conditional presence 


Explanation 


fta 


The field is mandatory present if the target device supports fine time assistance in 
GNSSReferenceTime IE; otherwise it is not present. 



GNSS-ReferenceTimeSupport field descriptions 



gnss-System Time 

This field specifies the GNSS system time(s) supported by the target device. This is represented by a bit string in 
GNSS-ID-Bitmap, with a one-value at the bit position means the particular GNSS system time is supported; a 
zero-value means not supported. 



fta-Support 

This field specifies that the target device supports fine time assistance (i.e., GNSS-cellular time association) in GNSS- 
ReferenceTime IE. This is represented by a bit string in AccessTypes, with a one-value at the bit position means FTA 
for the specific cellular network time is supported; a zero-value means not supported. 



GNSS-ReferenceLocationSupport 



-- ASNl START 
GNSS-ReferenceLocationSupport 



SEQUENCE 



ASNISTOP 



GNSS-lonosphericModelSupport 



ASNl START 



GNSS-IonosphericModelSupport ::= SEQUENCE { 

ionoModel BIT STRING { klobuchar (0) , 

neQuick (1) } (SIZE (1..8)) 



ASNISTOP 



GNSS-lonosptierict^odeiSupport field descriptions 



ionoModei 

This field specifies the ionsospheric model(s) supported by the target device. This is represented by a bit string, with a 
one-value at the bit position means the particular ionospheric model is supported; a zero-value means not supported. 



GNSS-EarthOrientationParainetersSupport 



-- ASNl START 

GNSS-EarthOrientationParametersSupport ::= SEQUENCE 

} 

-- ASNISTOP 
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- GNSS-GenericAssistanceDataSupport 

The IE GNSS-GenericAssistanceDataSupport is used by the target device to provide information on supported GNSS 
generic assistance data types to the location server for each supported GNSS. 



-- ASNl START 

GNSS-GenericAssistanceDataSupport : := 

SEQUENCE (SIZE (1..16)) OF GNSS-GenericAssistDataSupportElement 

GNSS-GenericAssistDataSupportElement ::= SEQUENCE { 
gnss-ID GNSS-ID, 

sbas-ID SBAS-ID OPTIONAL, -- Cond GNSS-ID-SBAS 

gnss-TimeModelsSupport GNSS -TimeModelList Support 

OPTIONAL, -- Cond TimeModSup 
gnss-Dif ferentialCorrectionsSupport GNSS-Dif f erentialCorrectionsSupport 

OPTIONAL, -- Cond DGNSS-Sup 
gnss-NavigationModel Support GNSS -NavigationModel Support 

OPTIONAL, -- Cond NavModSup 
gnss-RealTimelntegritySupport GNSS-RealTimelntegritySupport 

OPTIONAL, -- Cond RTISup 
gnss-DataBitAssistanceSupport GNSS-DataBitAssistanceSupport 

OPTIONAL, -- Cond DataBitsSup 
gnss - Acquis! tionAssistanceSupport GNSS- Acquis! tionAssistanceSupport 

OPTIONAL, -- Cond AcquAssistSup 
gnss-AlmanacSupport GNSS-AlmanacSupport 

OPTIONAL, -- Cond AlmanacSup 
gnss-UTC-ModelSupport GNSS-UTC-ModelSupport 

OPTIONAL, -- Cond UTCModSup 
gnss-AuxiliarylnformationSupport GNSS-AuxiliarylnformationSupport 

OPTIONAL, -- Cond AuxInfoSup 



ASNISTOP 





Conditional presence 


Explanation 


GNSS-ID-SBAS 


The field is mandatory present if the GNSS-ID = sbas; otherwise it is not present. 


TimeModSup 


The field is mandatory present if the target device supports GNSS-TimeModelList, 
otherwise it is not present. 


DGNSS-Sup 


The field is mandatory present if the target device supports GNSS-DifferentialCorrections; 
otherwise it is not present. 


NavModSup 


The field is mandatory present if the target device supports GNSS-NavigationModel; 
otherwise it is not present. 


RTISup 


The field is mandatory present if the target device supports GNSS-RealTimelntegrity; 
otherwise it is not present. 


DataBitsSup 


The field is mandatory present if the target device supports GNSS-DataBitAssistance; 
otherwise it is not present. 


AcquAssistSup 


The field is mandatory present if the target device supports GNSS-AcquisitionAssistance; 
otherwise it is not present. 


AlmanacSup 


The field is mandatory present if the target device supports GNSS-Almanac; otherwise it 
is not present. 


UTCModSup 


The field is mandatory present if the target device supports GNSS-UTC-Model; otherwise 
it is not present. 


AuxInfoSup 


The field is mandatory present if the target device supports GNSS-Auxiliarylnformation; 
otherwise it is not present. 



GNSS-TimeModelListSupport 



-- ASNl START 

GNSS -TimeModelList Support 



SEQUENCE 



ASNISTOP 
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GNSS-DifferentialCorrectionSupport 



ASNl START 



GNSS-Dif ferentialCorrectionsSupport ::= SEQUENCE { 
gnssSignallDs GNSS-SignallDs, 

dgnss-ValidityTimeSup BOOLEAN, 



ASNISTOP 



GNSS-DlfferentlalCorrectlonsSupport field descriptions 



gnssSignallDs 

This field specifies the GNSS signal types for which differential corrections are supported by the target device. This is 
represented by a bit string in GNSS-SignallDs, with a one-value at the bit position means differential corrections for 
the particular GNSS signal type is supported; a zero-value means not supported. 



dgnsS' ValidityTimeSup 

This field specifies if the target device supports estimation of UDRE based on growth rate and validity time for 
differential corrections. TRUE means supported. 



GNSS-NavigationModelSupport 



ASNl START 



GNSS-NavigationModelSupport ::= SEQUENCE { 



clockModel 



orbitModel 



BIT STRING { 



BIT STRING { 



model -1 
model -2 
model -3 
model -4 
model -5 
model -1 
model -2 
model -3 
model -4 
model -5 



(0) 
(1) 
(2) 
(3) 
(4) 
(0) 
(1) 
(2) 
(3) 
(4) 



(SIZE (1..8)) 



(SIZE (1..8)) 



OPTIONAL, 



OPTIONAL, 



ASNISTOP 



GNSS-NavlgatlonModelSupport field descriptions 



clockModel 

This field specifies the gnss-ClockModel cho\ce(s) in GNSS-NavigationModel IE supported by the target device for the 
GNSS indicated by GNSS-ID. This is represented by a bit string, with a one-value at the bit position means the 
particular clock model is supported; a zero-value means not supported. 

If the target device supports GPS and GNSS-NavigationModel ass'isXance, it shall support c/oc/c/Wode/ Model-2. 
If the target device supports SBAS and GNSS-NavigationlVlodel ass'isXance, it shall support c/oc/c/Woc/e/ Model-5. 
If the target device supports QZSS and GNSS-NavigationlVlodel ass'isXance, it shall support clocklVlodel Model-2. 
If the target device supports Galileo and GNSS-NavigationlVlodel ass'isXance, it shall support c/oc/c/V/ode/ Model-1 . 
If the target device supports GLONASS and GNSS-NavigationlVlodel ass\s\ance, it shall support c/oc/c/V/ode/ Model-4. 
If this field is absent, the target device supports the mandatory (native) clocklVlodel choice only as listed above for the 
GNSS indicated by GNSS-ID. 



orbitModel 

This field specifies the gnss-OrbitModel cho\ce{s) in GNSS-NavigationModel IE supported by the target device for the 
GNSS indicated by GNSS-ID. This is represented by a bit string, with a one-value at the bit position means the 
particular orbit model is supported; a zero-value means not supported. 

If the target device supports GPS and GNSS-NavigationModel ass'isXance, it shall support orbitModel Model-2. 
If the target device supports SBAS and GNSS-NavigationModel ass\s\ance, it shall support orbitModel Model-5. 
If the target device supports QZSS and GNSS-NavigationModel ass\s\ance, it shall support orbitModel Model-2. 
If the target device supports Galileo and GNSS-NavigationModel ass\s\ance, it shall supportorjb/Woc/e/ Model-1 . 
If the target device supports GLONASS and GNSS-NavigationModel ass\s\ance, it shall support OAjb/Y/Wode/ Model-4. 
If this field is absent, the target device supports the mandatory (native) orbitModel choice only as listed above for the 
GNSS indicated by GNSS-ID. 
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GNSS-RealTimelntegritySupport 

-- ASNl START 

GNSS-RealTimelntegritySupport ::= SEQUENCE { 

} 

-- ASNISTOP 



GNSS-DataBitAssistanceSupport 



-- ASNl START 

GNSS-DataBitAssistanceSupport ::= SEQUENCE { 

} 

-- ASNISTOP 



GNSS-AcquisitionAssistanceSupport 



-- ASNl START 

GNSS-AcquisitionAssistanceSupport ::= SEQUENCE 

} 

-- ASNISTOP 



GNSS-AlmanacSupport 



-- ASNl START 














GNSS-AlmanacSupport : 
almanacModel 

} 

-- ASNISTOP 


SEQUENCE { 
BIT STRING { 


model -1 
model -2 
model -3 
model -4 
model -5 
model -6 


(0) 
(1) 
(2) 
(3) 
(4) 
(5) 


} (SIZE (1. 


.8)) 


OPTIONAL, 















GNSS-AlmanacSupport field descriptions 



almanacModel 

This field specifies the almanacModel cho\ce(s) in GNSS-Almanac IE supported by the target device for the GNSS 

indicated by GNSS-ID. This is represented by a bit string, with a one-value at the bit position means the particular 

almanac model is supported; a zero-value means not supported. 

If the target device supports GPS and GA/SS-/\/A77a/7ac assistance, it shall support Model-2. 

If the target device supports SBAS and GA/SS-/\/A77a/7ac assistance, it shall support Model-6. 

If the target device supports QZSS and GA/SS-y4/A77a/7ac assistance, it shall support Model-2. 

If the target device supports Galileo and GNSS-Almanac assistance, it shall support Model-1 . 

If the target device supports GLONASS and GA/SS-y4/A77a/7ac assistance, it shall support Model-5. 

If this field is absent, the target device supports the mandatory (native) almanacModel choice only as listed above for 

the GNSS indicated by GNSS-ID. 



GNSS-UTC-ModelSupport 



ASNl START 



GNSS-UTC-ModelSupport ::= SEQUENCE { 

utc-Model BIT STRING { model-1 



(0) 



ETSI 



3GPP TS 36.355 version 9.6.0 Release 9 105 ETSI TS 136 355 V9.6.0 (2011-07) 



ASNISTOP 



(SIZE (1..8)) OPTIONAL, 



model -2 


(1) 


model -3 


(2) 


model -4 


(3) 



GNSS-UTC-ModelSupport field descriptions 



utc-Model 

This field specifies the GNSS-UTC-Model cho'\ce{s) in GNSS-UTC-Model IE supported by the target device for the 

GNSS indicated by GNSS-ID. This is represented by a bit string, with a one-value at the bit position means the 

particular UTC model is supported; a zero-value means not supported. 

If the target device supports GPS and GNSS-UTC-Model ass'isXance, it shall support Model-1 . 

If the target device supports SBAS and GA/SS-L/TC-ZWoc/e/ assistance, it shall support Model-4. 

If the target device supports QZSS and GA/SS-L/TC-ZWoc/e/ assistance, it shall support Model-1 . 

If the target device supports Galileo and GA/SS-L/TC-ZV/ode/ assistance, it shall support Model-1 . 

If the target device supports GLONASS and GA/SS-L/TC-ZWoc/e/ assistance, it shall support Model-3. 

If this field is absent, the target device supports the mandatory (native) utc-Model choice only as listed above for the 

GNSS indicated by GNSS-ID. 



- GNSS-AuxiliarylnformationSupport 

-- ASNl START 

GNSS-AuxiliarylnformationSupport ::= SEQUENCE { 

} 

-- ASNISTOP 

6.5.2.1 1 GNSS Capability Information Request 
A-GNSS-RequestCapabilities 

The IE A-GNSS-Request-Capabilities is used by the location server to request A-GNSS location capabilities (e.g., 
GNSSs and assistance data supported) from the target device. 



-- ASNl START 

A-GNSS-RequestCapabilities ::= SEQUENCE { 

gnss-SupportListReq BOOLEAN, 

assistanceDataSupportListReq BOOLEAN, 
locationVelocityTypesReq BOOLEAN, 



ASNISTOP 



A-GNSS-RequestCapabilities field descriptions 



gnss-SupportListReq 

This field specifies whether the target device is requested to include the gnss-SupportListf\e\6 in the A-GNSS- 
Pro videCapabilities I E or not. TRUE means requested. 



assistanceDataSupportListReq 

This field specifies whether the target device is requested to include the assistanceDataSupportListi'\e\6 in the 
A-GNSS-ProvideCapabilities IE or not. TRUE means requested. 



location VeiocityTypesReq 

This field specifies whether the target device is requested to include the locationCoordinateTypes field and 
velocityTypes i\e\6 in the A-GNSS-ProvideCapabilities IE or not. TRUE means requested. 
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6.5.2.12 GNSS Error Elements 
A-GNSS-Error 

The IE A-GNSS-Error is used by the location server or target device to provide GNSS error reasons. 

-- ASNl START 

A-GNSS-Error ::= CHOICE { 

locationServerErrorCauses GNSS-LocationServerErrorCauses, 
targetDeviceErrorCauses GNSS-TargetDeviceErrorCauses, 

} 

-- ASNISTOP 

- GNSS-LocationServerErrorCauses 

The IE GNSS-LocationServerErrorCauses is used by the location server to provide GNSS error reasons to the target 
device. 

-- ASNl START 

GNSS-LocationServerErrorCauses ::= SEQUENCE { 
cause ENUMERATED { 
undefined, 

undeliveredAssistanceDatalsNotSupportedByServer, 

undeliveredAssistanceDatalsSupportedButCurrentlyNotAvailableByServer, 
undeliveredAssistanceDatalsPartlyNotSupportedAndPartlyNotAvailableByServer, 



ASNISTOP 



GNSS-TargetDeviceErrorCauses 



The IE GNSS-TargetDeviceErrorCauses is used by the target device to provide GNSS error reasons to the location 
server. 

-- ASNl START 

GNSS-TargetDeviceErrorCauses ::= SEQUENCE { 
cause ENUMERATED { undefined, 

thereWereNotEnoughSatellitesReceived, 

assistanceDataMissing, 

notAllRequestedMeasurementsPossible, 



fineTimeAssistanceMeasurementsNot Possible 
adrMeasurementsNot Possible 
multiFrequencyMeasurementsNot Possible 



ASNISTOP 



NULL 


OPTIONAL, 


NULL 


OPTIONAL, 


NULL 


OPTIONAL, 



GNSS-TargetDeviceErrorCauses field descriptions 



cause 

This field provides a GNSS specific error cause. If the cause value is " notAIIRequestedMeasurementsPossible" , the 
target device was not able to provide all requested GNSS measurements (but may be able to report a location 
estimate or location measurements). In this case, the target device should include any of the 
" fine TimeAssistancel\/leasurementsNotPossible" , " adrMeasurementsNotPossibid' , o r 
"multiFrequencelVleasurementsNotPossible" fields, as applicable. 
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6.5.2.13 Common GNSS Information Elements 



GNSS-ID 

The IE GNSS-ID is used to indicate a specific GNSS. 

-- ASNl START 

GNSS-ID ::= SEQUENCE { 

gnss-id ENUMERATED{ gps, sbas, qzss, galileo, glonass. 



-- ASNISTOP 

GNSS-ID-BJtmap 

The IE GNSS-ID-Bitmap is used to indicate several GNSSs using a bit map. 



-- ASNl START 












GNSS-ID-Bitmap : 
gnss-ids 

} 

-- ASNISTOP 


= SEQUENCE { 

BIT STRING { 


gps 

sbas 

qzss 

galileo 

glonass 


(0) , 

(1) / 

(2) , 

(3) , 
(4) 


} (SIZE (1. 


.16) ) , 













GNSS-ID-Bitmap field descriptions 



gnss-ids 

This field specifies the GNSS(s). This is represented by a bit string, with a one-value at the bit position means the 
particular GNSS is addressed; a zero-value means not addressed. 



GNSS-SJgnallD 

The IE GNSS-SignallD is used to indicate a specific GNSS signal type. The interpretation of GNSS-SignallD depends 
on the GNSS-ID. 

-- ASNl START 

GNSS-SignallD ::= SEQUENCE { 

gnss-SignallD INTEGER (0 . . 7) , 



ASNISTOP 



GNSS-SignailDi\e\6 descriptions 



gnss-SignailD 

This field specifies a particular GNSS signal. The interpretation of gnss-SignallD depends on the GNSS-ID and is as 
shown in the table System to Value & Explanation relation below. 
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System to Value & Explanation relation 



System 


Value 


Explanation 


GPS 





GPS L1 C/A 


1 


GPSL1C 


2 


GPS L2C 


3 


GPSL5 


4-7 


Reserved 


SBAS 





L1 


1-7 


Reserved 


QZSS 





QZS-L1 


1 


QZS-L1C 


2 


QZS-L2C 


3 


QZS-L5 


4-7 


Reserved 


GLONASS 





GLONASS G1 


1 


GLONASS G2 


2 


GLONASS G3 


3-7 


Reserved 


Galileo 





Galileo E1 


1 


Galileo E5A 


2 


Galileo E5B 


3 


Galileo E6 


4 


Galileo E5A + E5B 


5-7 


Reserved 



GNSS-SignallDs 

The IE GNSSSignal-IDs is used to indicate several GNSS signals using a bit map. The interpretation of 
GNSSSignal-IDs depends on the GNSS-ID. 

-- ASNl START 

GNSS-SignallDs ::= SEQUENCE { 

gnss-SignallDs BIT STRING (SIZE(8)), 



ASNISTOP 



GNSS-SlgnallDs field descriptions 



gnss-SlgnallDs 

This field specifies one or several GNSS signals using a bit map. A one-value at the bit position means the particular 
signal is addressed; a zero-value at the particular bit position means the signal is not addressed. The interpretation of 
the bit map in gnssSignallDs depends on the GNSS-ID and is shown in the table below. 
Unfilled table entries indicate no assignment and shall be set to zero. 



interpretation of the bit map in gnssSignallDs 



GNSS 


Bit1 
(MSB) 


Bit 2 


Bits 


Bit 4 


Bits 


Bite 


Bit? 


Bits 
(LSB) 


GPS 


L1 G/A 


Lie 


L2G 


L5 










SBAS 


L1 
















QZSS 


QZS-L1 


QZS- 
L1G 


QZS- 
L2G 


QZS-L5 










GLONASS 


G1 


G2 


G3 












Galileo 


El 


E5a 


E5b 


E6 


E5a+E5b 









SBAS-ID 

The IE SBAS-ID is used to indicate a specific SBAS. 
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-- ASNl START 

SBAS-ID ::= SEQUENCE { 
sbas-id 



ENUMERATED { waas, egnos, msas, gagan, 



-- ASNISTOP 



SBAS-IDs 

The IE SBAS-IDs is used to indicate several SBASs using a bit map. 



-- ASNl START 

SBAS-IDs ::= SEQUENCE { 

sbas-IDs BIT STRING { 



waas 


(0), 






egnos 


(1), 






msas 


(2), 






gagan 


(3) 


} (SIZE (1. 


.8)) 



-- ASNISTOP 



SBAS-IDs field descriptions 



sbas-IDs 

This field specifies one or several SBAS(s) using a bit map. A one-value at the bit position means the particular SBAS 
is addressed; a zero-value at the particular bit position means the SBAS is not addressed. 



SV-ID 

The IE SV-ID is used to indicate a specific GNSS satelhte. The interpretation of SV-ID depends on the GNSS-ID. 



-- ASNl START 






SV-ID : := SEQUENCE { 






satellite-id 


INTEGER ( . 


.63), 


} 






-- ASNISTOP 







SV-ID i\e\6 descriptions 



satellite-Id 

This field specifies a particular satellite within a specific GNSS. The interpretation of satellite-id depends on the 
GNSS-ID see the table below. 



interpretation of satellite-id 



System 


Value of satellite-Id 


Interpretation of satellite-Id 


GPS 


"0" - "62" 
"63" 


Satellite PRN Signal No. 1 to 63 
Reserved 


SBAS 


"0" - "38" 
"39" - "63" 


Satellite PRN Signal No. 120 to 158 
Reserved 


QZSS 


"0" - "4" 
"5 - "63" 


Satellite PRN Signal No. 193 to 197 
Reserved 


GLONASS 


"0" - "23" 
"24 - "63" 


Slot Number 1 to 24 
Reserved 


Galileo 


TBD 


TBD 
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6.5.3 Enhanced Cell ID Positioning 

6.5.3.1 E-CID Location Information 

- EClD-ProvideLocationlnformation 

The IE ECID-ProvideLocationlnformation is used by the target device to provide E-CID location measurements to the 
location server. It may also be used to provide ECID positioning specific error reason. 

-- ASNl START 

ECID-ProvideLocationlnformation ::= SEQUENCE { 

ec id- SignalMeasurement Information ECID -SignalMeasurement Information OPTIONAL, 
ecid-Error ECID-Error OPTIONAL, 



ASNISTOP 



6.5.3.2 E-CID Location Infornnation Elennents 

- EClD-SignalMeasurementlnformation 

The IE ECID-SignalMeasurementlnformation is used by the target device to provide various UE-measurements to the 
location server. 

-- ASNl START 

ECID-SignalMeasurementlnformation ::= SEQUENCE { 

servingCellMeasuredResults MeasuredResultsElement OPTIONAL, 
measuredResultsList MeasuredResultsList , 

} 

MeasuredResultsList ::= SEQUENCE (SIZE (1 . . 32) ) OF MeasuredResultsElement 

MeasuredResultsElement ::= SEQUENCE { 
physCellld INTEGER (0..503), 

cellGloballd Cel 1 Global I dEUTRA-AndUTRA OPTIONAL, 

arfcnEUTRA ARFCN-ValueEUTRA, 
systemFrameNumber 

BIT STRING (SIZE (10)) OPTIONAL, 

rsrp-Result INTEGER (0..97) OPTIONAL, 

rsrq-Result INTEGER (0..34) OPTIONAL, 

ue-RxTxTimeDiff INTEGER (0..4095) OPTIONAL, 

} 

-- ASNISTOP 



EClD-SlgnalMeasurementlnformatlon field descriptions 



measuredResultsList 

This list contains the E-CID measurements for up to 32 cells. 



physCellld 

This field specifies the physical cell identity of the measured cell. 



cellGloballd 

This field specifies cell global ID of the measured cell. The target device shall provide this field if it was able to 
determine the ECGI of the measured cell at the time of measurement. 



arfcnEUTRA 

This field specifies the ARFCN of the measured E-UTRA carrier frequency, as defined in [12]. 



systemFrameNumber 

This field specifies the system frame number of the measured neighbour cell. The target device shall include this field 
if it was able to determine the SFN of the neighbour cell at the time of measurement. 



rsrp-Result 

This field specifies the reference signal received power (RSRP) measurement, as defined in [12], [17]. 
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EClD-SlgnalMeasurementlnformatlon field descriptions 



rsrq-Result 

This field specifies the reference signal received quality (RSRQ) measurement, as defined in [12], [17]. 



ue-RxTxTlmeDlff 

This field specifies the UE Rx-Tx time difference measurement, as defined in [17]. It is provided only for 

measurements on the UE"s serving cell. 

Measurement report mapping is according to 3GPP TS 36.133 [18]. 



6.5.3.3 E-CID Location Inforination Request 

- EClD-RequestLocationlnforination 

Tlie IE ECID-RequestLocationlnformation is used by tlie location server to request E-CID location measurements from 
a target device. 

-- ASNl START 

ECID-RequestLocationlnformation ::= SEQUENCE { 

requestedMeasurements BIT STRING { rsrpReq (0) , 

rsrqReq (1) , 

ueRxTxReq (2) } (SIZE(1..8)), 



ASNISTOP 



EClD-RequestLocationlnformation field descriptions 



requestedMeasurements 

This field specifies the E-CID measurements requested. This is represented by a bit string, with a one-value at the bit 
position means the particular measurement is requested; a zero-value means not requested. 



6.5.3.4 E-CID Capability Information 

EClD-ProvideCapabilities 

The IE ECID-ProvideCapabilities is used by the target device to indicate its capabihty to support E-CID and to provide 
its E-CID location capabihties to the location server. 



-- ASNl START 








ECID-ProvideCapabilities ::= SEQUENCE { 








ecid-MeasSupported BIT STRING { rsrpSup 


(0) 






rsrqSup 


(1) 






ueRxTxSup 

} 

-- ASNISTOP 


(2) 


} (SIZEd. 


.8)), 









ECID-Provlde-Capablllties field descriptions 



ecld'MeasSupported 

This field specifies the E-CID measurements supported by the target device. This is represented by a bit string, with a 
one-value at the bit position means the particular measurement is supported; a zero-value means not supported. A 
zero-value in all bit positions in the bit string means only the basic Cell ID positioning method is supported by the 
target device. The ueRxTxSupi'\e\6 specifies that reporting UE Rx-Tx time difference measurement results via RRC 
signalling is supported by the target device, as well as reporting UE Rx-Tx time difference measurement results via 
LPP signalling for downlink E-CID positioning is supported. If a target device doesn"t support LPP, E-SMLC may 
consider the target device can not report the UE Rx-Tx time difference measurement results via RRC signalling. 
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6.5.3.5 E-CID Capability Information Request 

- EClD-RequestCapabilities 

The IE ECID-RequestCapahilities is used by the location server to request E-CID positioning capabihties from a target 
device. 

-- ASNl START 

ECID-RequestCapabilities ::= SEQUENCE { 



ASNISTOP 



6.5.3.6 E-CID Error Elements 

ECID-Error 

The IE ECID-Error is used by the location server or target device to provide E-CID error reasons to the target device or 
location server, respectively. 

-- ASNl START 

ECID-Error ::= CHOICE { 

locationServerErrorCauses ECID-LocationServerErrorCauses , 
targetDeviceErrorCauses ECID-TargetDeviceErrorCauses , 



ASNISTOP 



- EClD-LocationServerErrorCauses 

The IE EClD-LocationServerErrorCauses is used by the location server to provide E-CID error reasons to the target 
device. 

-- ASNl START 

ECID-LocationServerErrorCauses ::= SEQUENCE { 
cause ENUMERATED { undefined, 



ASNISTOP 



EClD-TargetDeviceErrorCauses 



The IE ECID-TargetDeviceErrorCauses is used by the target device to provide E-CID error reasons to the location 
server. 

-- ASNl START 

ECID-TargetDeviceErrorCauses ::= SEQUENCE { 
cause ENUMERATED { undefined, 

requestedMeasurementNot Available, 
not AllrequestedMeasurements Possible, 

}- 

rsrpMeasurementNot Possible 
rsrqMeasurementNot Possible 
ueRxTxMeasurementNot Possible 



NULL 


OPTIONAL, 


NULL 


OPTIONAL, 


NULL 


OPTIONAL, 
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ASNISTOP 



EClD-TargetPeviceErrorCauses field descriptions 



cause 

This field provides a ECID specific error cause. If the cause value is " notAIIRequestedMeasurementsPossible" , the 
target device was not able to provide all requested ECID measurements (but may be able to provide some 
measurements). In this case, the target device should include any of the "rsrpMeasurementNotPossible", 
ysrqMeasurementNotPossible", or "ueRxTxMeasurementNotPossible" fields, as applicable. 



End of LPP-PDU-Definitions 

-- ASNl START 

END 

-- ASNISTOP 
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